[00:13] <RAOF> About 2 days, apparently.
[00:17] <RAOF> Although I've just restarted it under heaptrack and it's already up to 360M, which also seems a bit high for an always-running background service...
[00:19] <ahayzen> i thought there was talk at one point about splitting the search provider from the GUI part of gnome-software so that it doesn't need to run all the time, but not sure what happened to that.  And gnome-software is normally the 1st or 2nd highest memory usage app for me on idle :-/
[00:20] <RAOF> Yeah, I'm noticing this because I'm also trying to track down a slow leak in gnome-shell which results in it climbing above 1.5G RSS over the course of days.
[08:21] <didrocks> good morning
[08:22] <duflu> Morning didrocks
[08:23] <jibel> hi all
[08:27] <duflu> Hi jibel
[08:28] <duflu> and hi seb128
[08:28] <seb128> hey duflu, how are you today?
[08:28] <duflu> seb128, going OK. Steady progress. How are you?
[08:28] <seb128> I'm good!
[08:28] <seb128> nice to read that things are heading in the right direction :)
[08:29] <seb128> I feel like I've a busy day ahead, we are leaving tomorrow morning early for one week of holidays, I've a busy todolist at work, then need to pack and I've a tennis match tonight!
[08:31] <marcustomlinson> morning desktoppers
[08:34] <seb128> hey marcustomlinson, how are you? feeling better?
[08:34] <seb128> ricotz, hey, how are you?
[08:35] <seb128> ricotz, do you have a fix for valabind to build with the new vala by any chance? I rebuilt gnome-builder/anjuta with the new soname yesterday but https://launchpad.net/ubuntu/+source/valabind/1.7.1-4build1 failed
[08:35] <duflu> seb128, sounds busy
[08:35] <seb128> duflu, indeed!
[08:35] <ricotz> good morning
[08:36] <marcustomlinson> hey seb128, had a rough night, hoping the doc can give me something today
[08:36] <duflu> Morning ricotz
[08:36] <ricotz> seb128, hi, I just pushed a fix for anjuta https://gitlab.gnome.org/GNOME/anjuta/merge_requests/8
[08:36] <gitbot> GNOME issue (Merge request) 8 in anjuta "Support vala 0.48" [Opened]
[08:36] <seb128> ricotz, also anjuta disabled vala support because the configure list of versions seem to stop at 0.46, probably need an autoreconf
[08:37] <seb128> ricotz, thx, I will sponsor that one now :)
[08:37] <ricotz> seb128, I can take a look at valabind
[08:37] <seb128> that would be nice
[08:37] <seb128> thx again!
[08:37] <marcustomlinson> seb128: but at least I don't have to go into an office :P how are you?
[08:37] <ricotz> seb128, so for anjuta you can cherry-pick the two commits of this MR
[08:37] <seb128> ricotz, I didn't sync the new version yet because the current one is a valid candidate for migration and I didn't want to risk delaying again/being caught with other proposed issue. I will do the sync once the current one migrates
[08:38] <ricotz> seb128, ack, thx
[08:38] <seb128> marcustomlinson, I'm good
[08:45] <oSoMoN> good morning desktoppers
[08:45] <seb128> lut oSoMoN, comment ça va ?
[08:45] <marcustomlinson> hey oSoMoN
[08:46] <oSoMoN> seb128, bien, et toi?
[08:46] <seb128> oSoMoN, une journée bien chargée en perspective mais bien sinon :-)
[08:47] <duflu> Hi oSoMoN
[08:47] <oSoMoN> seb128, ah oui en effet, je viens de lire le backlog, bon courage!
[08:47] <oSoMoN> hey marcustomlinson, duflu
[08:47] <seb128> oSoMoN, merco :-)
[08:49] <ricotz> seb128, the fix for valabind - https://github.com/radare/valabind/pull/53
[08:49] <gitbot> radare issue (Pull request) 53 in valabind "Fix build with Vala 0.48" [Open]
[08:49] <seb128> ricotz, thx
[08:53] <didrocks> hey duflu, seb128, marcustomlinson, ricotz, oSoMoN
[08:53] <oSoMoN> salut didrocks
[08:53] <seb128> lut didrocks, comment ça va aujourd'hui ?
[08:54] <didrocks> ça va, et vous ? :)
[09:00] <seb128> didrocks, ça va bien :)
[09:02] <Laney> hiya
[09:04] <didrocks> hey Laney
[09:05] <seb128> Laney, hey, how are you today?
[09:16] <duflu> Hi Laney
[09:16] <Laney> hey didrocks seb128 and duflu!
[09:17] <Laney> 😴 tired this morning
[09:17] <Laney> 😪 ← that is called "sleepy face" ...
[09:17] <Laney> 😫 and this one "tired face"
[09:18] <seb128> lol
[09:21] <Laney> didrocks: just saw your mail on the yaru release PR, if you want to handle the release that's fine by me - I just reviewed it quickly because clobran_o requested it, don't want to take any locks/ownership by doing that
[09:21] <oSoMoN> hey Laney 🛏
[09:23] <didrocks> Laney: no no, feel fee to handle it as you started to look at it. If I can free some time not testing it, so would be great as jibel and I are on some zfs regression breaking our grub menu :p
[09:26] <Laney> /o\
[09:33] <Wimpress> Morning desktopers o/
[09:34] <oSoMoN> good morning Wimpress
[09:42] <didrocks> hey Wimpress
[09:48] <Wimpress> Cross graded my main workstation from Ubuntu MATE 19.10 to Ubuntu Focal last night.
[09:50] <duflu> Morning Wimpress
[09:50] <Wimpress> Hi there duflu
[09:50] <Wimpress> How's it going?
[10:25] <seb128> hey Wimpress, how is the Ubuntu experience for you? ;-)
[10:57] <sergiusens> hello desktopers, not pinging about bugs, but this one is for kenvandine's favorite application https://bugs.launchpad.net/ubuntu/+source/gedit/+bug/1862156 :-)
[10:58] <seb128> hey sergiusens! indeed looks a bit harsh on the eyes
[10:59] <seb128> sergiusens, also you need to learn how to write champagne :)
[10:59] <sergiusens> seb128: I probably do!
[10:59]  * sergiusens needs to check on other bugs now
[11:01] <seb128> sergiusens, bug #1859562 has the typo in the tag :)
[11:02] <sergiusens> seb128: words are hard!
[11:02] <seb128> especially french words, right? ;)
[11:03] <sergiusens> yes! this tag should have been sparkling-wine :-D
[11:04] <sergiusens> only bugs coming from France can be tagged with champagne ;-)
[11:04] <seb128> haha
[11:05] <seb128> sergiusens, can you try if polari is still broken for you? I think it should be fixed with https://launchpad.net/ubuntu/+source/telepathy-mission-control-5/1:5.16.5-1ubuntu1
[11:19] <amurray> kenvandine: apologies for taking so long to file that bug - https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1862158
[11:19] <amurray> i haven't seen robert online today but if I see him tomorrow I'll ping him too :)
[11:25] <jamesh> for what it is worth, the client has control over whether snapd will trigger a polkit dialog
[11:25] <jamesh> that could suppress the dialog, but wouldn't let the automatic update occur
[11:40] <seb128> ricotz, thx for the fixes, vala migrated now
[11:42] <seb128> amurray, he's off thursday/friday this week so I guess it's for next week, ahayzen had a candidate patch yesterday though
[11:42] <seb128> amurray, https://gitlab.gnome.org/ahayzen/gnome-software/commit/0597be6f if you fancy giving that a try
[11:46] <ahayzen[m]> seb128, btw I sent an email to Robert detailing that patch and the issue, so hopefully he'll see it next week.
[11:46] <seb128> ahayzen[m], ah, good, thx. Maybe comment on the bug just mentioned on the channel?
[11:46] <ahayzen[m]> Right, I'll do that in a bit :-)
[11:47] <seb128> thx
[11:59] <sergiusens> seb128: hah, adding a network crashed the shell
[12:04] <seb128> sergiusens_, 'fun'
[12:05] <sergiusens> seb128: well, hello from polari
[12:05] <seb128> :-)
[12:05] <seb128> good to see the fix is working
[12:06] <sergiusens> seb128: yup, fwiw, I uploaded the apport crash and it seems to have happened when it was trying to populate the list of channels on Freenode
[12:07] <seb128> sergiusens, do you have a bug number/crash ID for the report?
[12:10] <sergiusens> seb128: apport just autoclosed after sending, so no... I do however have "/var/crash/_usr_bin_gnome-shell.1000.crash"
[12:10] <sergiusens> if that is of any use
[12:11] <seb128> sergiusens, it might be on ' https://errors.ubuntu.com/user/ID where ID is the content of file /var/lib/whoopsie/whoopsie-id '
[12:13] <sergiusens> seb128: do they show up instantly? I only see a cups one I had from some days ago
[12:13] <seb128> I don't know
[12:13] <seb128> wait a bit and try again?
[12:13] <seb128> ortherwise you can always use ubuntu-bug on the .crash to submit to launchpad
[12:14] <sergiusens> sounds good
[12:14] <sergiusens> but, yeah, I will go to the polari report and confirm it is fixed
[12:15] <seb128> thanks!
[12:15] <seb128> I'm dropping offline for 10 min or so, relocation for lunch but I still don't have an IRC proxy :/
[12:15] <seb128> brb
[13:51] <Wimpress> seb128: Ubuntu/GNOIMNE is good so far on my main workstation.
[13:51] <Wimpress> But it is a computer I use very differently to my laptop.
[13:52] <Wimpress> So, some tweak was required to make multi-monitor work as I would like.
[13:52] <Wimpress> All monitors switch workspaces together for example.
[13:52] <Wimpress> So extensions required for audio switching, since I have many audio interfaces.
[13:54] <Wimpress> And Panel Indicators extension splits up the power/network/sound/date/user/notifications.
[13:54] <Wimpress> And restore scroll wheel volume adjust on the sound indicator.
[13:55] <Wimpress> And the Do not disturb extension is fab.
[14:02] <seb128> Wimpress, quite a customized experience but good that you can do that and have it working according to your preferences!
[14:12] <Wimpress> Indeed.
[14:13] <Wimpress> I spent sometime carefully reviewing the available extensions.
[14:14] <Wimpress> The ones I'm using a good quality and well maintained.
[14:14] <Wimpress> But time will tell if they all play well together.
[14:15] <Wimpress> I do have some other extension for hardware monitoring, because I'm a nerd like that.
[14:15] <Wimpress> And most importantly, and Emoji picker 🤣
[14:22] <popey> seb128: have you seen any recent bug reports on 18.04 about luks volumes being unmountable since a recent systemd / udev update?
[14:22] <seb128> popey, I didn't
[14:22] <popey> hm, okay, thanks.
[14:22] <seb128> jibel, ^
[14:46] <jibel> seb128, popey no I didn't
[14:46] <ricotz> seb128, how were the autopkgtest packages chosen for vala? aka libical3 currently
[14:47] <kenvandine> marcustomlinson: so rebuilds of gnome-3-3{2,4}-1804-sdk need to be published to stable before i kick rebuilds of gnome-3-3{2,4}-1804, right?
[14:49] <seb128> ricotz, valac is listed in https://salsa.debian.org/debian/libical3/blob/master/debian/tests/control
[14:50] <ricotz> seb128, hmm, I would expect this to cause a dependency the other way around
[14:51] <seb128> ricotz, well, that test depends of vala, so when vala changes it's triggered to see if it's still green, which I think makes sense?
[14:51] <seb128> you want to see if a change in one of your depends breaks you
[14:51] <ricotz> seb128, ah, I see
[14:52] <ricotz> seb128, I meant to note that there are way better packages for this
[14:52] <ricotz> seb128, like triggering meson
[14:54] <seb128> I wonder if that's a bug?
[14:55] <seb128> meson tests depends on valac through a depends on @build-depends@
[14:55] <seb128> Laney, ^ you probably know what better off your head?
[14:55] <seb128> if ricotz want meson tests to be triggered on a valac update, should that work? or should we maybe add directly valac to the test depends?
[14:57] <ricotz> seb128, exactly, this reverse-dep seemed a bit weird
[14:57] <marcustomlinson> kenvandine: um, depends on what the platform snap is referencing
[14:58] <marcustomlinson> kenvandine: 3-32 platform for example pulls from gnome-3-32-1804-sdk/latest/candidate
[14:58] <marcustomlinson> I see that 3-34 uses stabe
[14:58] <marcustomlinson> stable
[14:58] <seb128> brb, changing location
[14:59] <kenvandine> marcustomlinson: we should make those both pull from the same channel :)
[14:59] <marcustomlinson> kenvandine: well, it's not that simple
[14:59] <marcustomlinson> kenvandine: see my process is, build sdk push to candidate, build platform from candidate sdk
[14:59] <marcustomlinson> if both build fine, promote both
[15:00] <kenvandine> yeah, that makes sense to me
[15:00] <kenvandine> so they should both use candidate there
[15:00] <ricotz> marcustomlinson, kenvandine, is gnome-3-32 still getting updates?, I kind of retired the corresponding vala 0.44 branch
[15:00] <kenvandine> ricotz: not really...
[15:00] <kenvandine> ricotz: but i am rebuilding it for USN notices
[15:00] <ricotz> kenvandine, ok
[15:01] <marcustomlinson> kenvandine: oh are we duplicating work?
[15:01] <kenvandine> lol
[15:01] <kenvandine> maybe :)
[15:01] <ricotz> kenvandine, when is this happening?
[15:01] <marcustomlinson> kenvandine: I've just finished building them
[15:01] <kenvandine> awesome
[15:01] <kenvandine> on LP?
[15:01] <marcustomlinson> kenvandine: 3-32 that is
[15:01] <marcustomlinson> https://launchpad.net/~marcustomlinson/+snap/gnome-3-32-1804-sdk
[15:01] <marcustomlinson> and almost done https://launchpad.net/~marcustomlinson/+snap/gnome-3-32-1804
[15:03] <marcustomlinson> kenvandine: remember for 3-32 I use personal builders so that I can automate the process plus build my test snaps etc
[15:08] <marcustomlinson> kenvandine: Would you like me to take over the 3-34 USNs too?
[15:16] <marcustomlinson> kenvandine: I've updated the 3-34 platform snap to pull the sdk from candidate now
[15:22] <Laney> seb128: ricotz: You need to add it as a test depends currently since britney doesn't understand how to expand @builddeps@
[15:23] <Laney> I spoke with elbrus about that a few months ago, no opposition IIRC but just needs doing
[15:27] <seb128> Laney, thx for confirming
[15:28] <seb128> ricotz, want to report that to debian/Jussi?
[15:28] <kenvandine> marcustomlinson: you can keep doing those :)
[15:28] <seb128> (adding valac as an explicit test depends)
[15:28] <seb128> (might be worth adding some others as well to the list there)
[15:28] <marcustomlinson> kenvandine: I'm asking shall I do the 3-34 as well as 3-32 USNs going forward. If so, add me to those cards please :)
[15:29] <kenvandine> yes please
[15:29] <kenvandine> actually... maybe it would be easier for me to do it
[15:29] <kenvandine> since you can't trigger builds directly
[15:29] <marcustomlinson> I would move them over to my personal namespace
[15:29] <marcustomlinson> I mean just the builder
[15:30] <Laney> I guess you would do that here: https://salsa.debian.org/release-team/britney2/blob/master/britney2/policies/autopkgtest.py#L151 and it wouldn't be toooooo hard
[15:30] <kenvandine> marcustomlinson: i'll handle 3-34
[15:31] <marcustomlinson> kenvandine: ok, could you update these to push to candidate instead of edge: https://launchpad.net/~ubuntu-desktop/+snap/gnome-3-34-1804-sdk & https://launchpad.net/~ubuntu-desktop/+snap/gnome-3-34-1804
[15:31] <kenvandine> sure
[15:31] <marcustomlinson> kenvandine: then the process is just: build the sdk, then build the platform, then promote both from candidate
[15:32] <marcustomlinson> kenvandine: ideally we'd have some test snaps to build too. I have a server that listens on the sdk build webhook then triggers the platform and test snaps
[15:33] <ricotz> Laney, seb128, I guess fixing britney would be a proper way instead of touching several packages?
[15:33] <marcustomlinson> but of course on my personal builders as I don't have upload rights to ubuntu
[15:33] <Laney> ricotz: indeed, but only theoretical until someone does it :P
[15:34] <kenvandine> marcustomlinson: would be nice to juju that build and get it into IS :)
[15:40] <hellsworth> good morning desktopers
[15:41] <marcustomlinson> morning hellsworth
[15:41] <hellsworth> hi marcustomlinson !
[15:41] <marcustomlinson> hellsworth: I see your libreoffice snap built, yay
[15:41] <ricotz> Laney, I see
[15:42] <hellsworth> yep. i went through the test plan too and all looks well. it's in candidate now.. shall i promote it to stable?
[15:42] <Laney> so yeah, if you want a britney contribution, that would be great :>
[15:42] <hellsworth> wanted to check with oyu first
[15:42] <ricotz> seb128, which additional packages do you mean besides valac?
[15:42] <marcustomlinson> hellsworth: oh yeah, if the manually testing passed go for it. Nice
[15:42] <hellsworth> \m/
[15:42] <marcustomlinson> *manual
[15:43] <hellsworth> done
[15:43] <seb128> ricotz, it would probably make sense to trigger the meson tests when e.g ninja is changing I guess?
[15:44] <ricotz> seb128, ninja should be covered https://sources.debian.org/src/meson/0.53.1-1/debian/tests/control/
[15:44] <seb128> ah, right :p
[15:45] <seb128> well cmake is not for example
[15:45] <marcustomlinson> hellsworth: thank you! and well done. the deb is still struggling though, armhf tests failing. I'll keep at it
[15:45] <seb128> or python-things
[15:45] <hellsworth> :(
[15:45] <hellsworth> can i help?
[15:45] <marcustomlinson> hellsworth: https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-focal/focal/armhf/libr/libreoffice/20200206_130335_b8f20@/log.gz
[15:46] <ricotz> marcustomlinson, btw, did you try to upstream the font-noto patch in lo?
[15:47] <marcustomlinson> hellsworth: armhf was left off this list: https://git.launchpad.net/~libreoffice/ubuntu/+source/libreoffice/tree/rules#n539
[15:47] <marcustomlinson> hellsworth: I'm hoping just adding it is fine. might hit new issues
[15:47] <marcustomlinson> ricotz: I have not
[15:48] <ricotz> marcustomlinson, I see, it requires a refresh for 6.4.1
[15:49] <marcustomlinson> ack
[15:49] <hellsworth> looks like this OOO_NOGUI_ARCHS wasn't around for ubuntu-focal-6.3 branch
[15:49] <ricotz> marcustomlinson, don't worry about it
[15:49] <marcustomlinson> hellsworth: yes the *-nogui packages are new
[15:50] <hellsworth> i wonder if rene left it off on purpose
[15:50] <ricotz> might be to painful for the armhf builders ;)
[15:50] <ricotz> *to/too
[15:50] <hellsworth> yeah quite possible
[15:51] <marcustomlinson> are they actually building armhf in Debian
[15:51] <marcustomlinson> oh I see they are, probably not running tests
[15:52] <hellsworth> yes they are
[15:58] <marcustomlinson> hellsworth: I'm building here: https://launchpad.net/~marcustomlinson/+archive/ubuntu/libreoffice/+packages
[15:58] <ricotz> seb128, regarding meson there is 0.53.1-1 for merging -- and oh https://launchpadlibrarian.net/463647844/meson_0.53.0-1ubuntu2_0.53.0-1ubuntu3.diff.gz
[15:58] <marcustomlinson> hellsworth: just fyi. Once built I'll ask for some testing
[15:58] <hellsworth> you got it
[15:59] <marcustomlinson> proposed is all over the place at the moment so I wouldn't take too much notice to the ppc64el failure just yet
[16:00] <hellsworth> will we need to do a MIR for libboost-locale1.71.0?
[16:00] <marcustomlinson> hellsworth: no, that's currently making it's move through proposed
[16:00] <marcustomlinson> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#boost1.71
[16:01] <marcustomlinson> hellsworth: actually, sorry no need for manual testing on my ppa. Could I ask you to install libreoffice from proposed and run through the manual test plan?
[16:01] <hellsworth> oh right. i see it there right above libreoffice :P
[16:01] <hellsworth> yes of course
[16:02] <marcustomlinson> my ppa only affects armhf
[16:02] <marcustomlinson> thanks!
[16:38] <seb128> ricotz, that was a workaround, it's properly fixed upstream with https://github.com/mesonbuild/meson/pull/6539
[16:38] <gitbot> mesonbuild issue (Pull request) 6539 in meson "Skip ld tests if no compiler installed." [Closed]
[16:38] <seb128> ricotz, I know about merging, I'm on vac for a week starting tonight though so I will probably not get to it before that
[16:39] <ricotz> seb128, ah ok
[16:39] <ricotz> seb128, great, then get some nice time off :)
[16:39] <seb128> ricotz, is .1 needed for/blocking anything?
[16:39] <seb128> thanks :)
[16:39] <ricotz> regression fixes, as usual :)
[16:44] <seb128> ricotz, if you get a merge I can probably sponsor it at some point tonight, I'm unsure I've the free slots to do that myself though
[16:54] <ricotz> seb128, I can try
[17:16] <ricotz> seb128, https://people.ubuntu.com/~ricotz/sponsoring/
[17:16] <ricotz> tests are still running in pbuilder
[17:20] <ricotz> successfully finished
[17:27] <Laney> clobrano: yaru 4u
[17:30] <Laney> what is this better than a burrito thing though?
[17:30] <Laney> in joke?
[17:31] <didrocks> in joke :p
[17:31] <Laney> not sure about that being in the pkg description
[17:33] <hellsworth> i heard burrito?
[17:33] <hellsworth> is it lunch time?
[17:33] <didrocks> it should be somewhere in the world :p
[17:33] <hellsworth> :)
[17:34] <hellsworth> kenvandine: its your lunch time and you should have a burrito :)
[17:34] <kenvandine> i should :)
[17:37] <marcustomlinson> have a good holiday seb128!
[17:40] <marcustomlinson> oh and good luck in your tennis match too!
[17:41]  * kenvandine is now craving a burrito
[17:42] <hellsworth> lol
[17:42] <marcustomlinson> I’ll tell you what I’m craving
[17:42] <marcustomlinson> https://www.google.co.uk/amp/s/www.edinburghnews.scotsman.com/whats-on/arts-and-entertainment/edinburgh-bar-now-serving-mars-bar-burger-shortbread-fries-1386376%3famp
[17:42] <hellsworth> i would eat that
[17:51] <Laney>  MMMMMMMM
[18:27] <seb128> ricotz, you are missing the fix from http://launchpadlibrarian.net/463544872/meson_0.53.0-1ubuntu1_0.53.0-1ubuntu2.diff.gz that didn't make it upstream (yet)
[18:31] <ricotz> seb128, ah sorry
[18:33] <ricotz> seb128, updated
[20:37] <kenvandine> hellsworth: i ported the drawing snap to use the gnome-3-34 extension
[20:37] <kenvandine> looks great
[20:37] <hellsworth> woot!
[20:37] <kenvandine> one minor thing... the drawing snap had this in an override-pull
[20:37] <kenvandine>        snapcraftctl set-version $(git describe --tags --abbrev=10)
[20:37] <kenvandine> but with the extension git isn'
[20:38] <kenvandine> isn't available
[20:38] <kenvandine> so i had to add
[20:38] <kenvandine> +    build-packages: [ git ]
[20:38] <kenvandine> now it works
[20:38] <hellsworth> ah ok thanks for the feedback
[20:38] <kenvandine> i'm not sure why git wouldn't be installed though
[20:39] <kenvandine> i think snapcraft automatically does that
[20:39] <hellsworth> yeah that's weird
[20:39] <kenvandine> and it needs it to pull git sources
[20:40] <kenvandine> but that worked
[20:40] <hellsworth> where's teh yaml?
[20:40] <kenvandine> let me push it
[20:41] <kenvandine> hellsworth: https://github.com/kenvandine/drawing/blob/snap-0.4-gnome-3-34/snap/snapcraft.yaml
[20:43] <hellsworth> ok thanks. i can take a look after the weekly vet appt :)
[20:43] <kenvandine> it's entirely possible the same is true when using the gnome-3-28 extension :)
[20:54] <kenvandine> hellsworth: ok, i just confirmed that with the gnome-3-28 extension it the git command in set-version does work
[20:54] <kenvandine> so must have something to do with using the build snap in gnome-3-34
[21:13] <gQuigs> anyone have any thoughts or comments on https://discourse.ubuntu.com/t/ubuntu-20-04-and-flash/13814
[22:16] <hellsworth> kenvandine: thanks for the testing on drawing. it's a good find for sure and you gave me some places to start :)
[22:52] <amurray> seb128: cheers - am rebuilding gnome-software now and will report back via the bug
[23:30] <hellsworth> kenvandine: when you tested with gnome-3-28 extension, did you remove all of the plugs and desktop-gnome-platform part?
[23:33] <hellsworth> test#1: your drawing repo as is builds fine. (using gnome-3-32 stuff).
[23:36] <hellsworth> test#2: i removed all of the plugs but left the desktop-gnome-platform part (for usage of the buildenv) and I updated all 3-32 mentions to 3-34 mentions (https://paste.ubuntu.com/p/5HdSHGkJKT/). the error I get is that i'm not in a git repo: https://paste.ubuntu.com/p/wYsnJTjHcB/
[23:39] <hellsworth> test#3: comment out the whole desktop-gnome-platofrm part and just move the build env section to the drawing part (https://paste.ubuntu.com/p/TwnckfSZKd/) and it fails to run git as you reported (https://paste.ubuntu.com/p/28vT2scWbR/)
[23:41] <hellsworth> so i wonder if there are a couple of issues going on: 1) related to the buildenv and 2) something else :)
[23:41] <hellsworth> i'll investigate a bit more tomorrow.
[23:41] <hellsworth> off to pickup my kiddo