[06:06] <oSoMoN> good morning desktoppers
[06:11] <duflu> Morning oSoMoN
[06:14] <oSoMoN> hey duflu
[06:38] <jibel> bonjour duflu and oSoMoN
[06:40] <duflu> Hi jibel
[06:44] <oSoMoN> salut jibel
[09:03] <Laney> ho de ho
[09:05] <oSoMoN> hey Laney
[09:06] <Laney> hey oSoMoN
[09:06] <seb128> gggoood morning desktopers
[09:12]  * Laney nods seb128 
[09:58] <Trevinho> One more hackfest...
[09:58] <Trevinho> https://wiki.gnome.org/Hackfests/ShellExtensions2020
[10:08] <seb128> Trevinho, hey Marco! someone was also mentioning a settings one yesterday I think, unsure if that's real though
[10:08] <seb128> nice to see a snap/flatpak on the list with Canonical suggesting it :-)
[10:09] <Trevinho> Yeah, nice indeed
[10:09] <Trevinho> seb128: good, nice to see Hackfests coming.
[10:12] <Laney> mobile user spotted!
[10:23] <jibel> default desktop snap packages are reinstalled during upgrade to focal. Is it really what we want to do?
[10:24] <jibel> removing them before the upgrade makes the upgrader crash. I'm looking for the right way to fix this.
[10:24] <Laney> like removed and installed?
[10:24] <jibel> yeah, removed manually from eoan then upgrade to focal
[10:24] <Laney> no wait
[10:25] <Laney> do you mean: all of the snaps are removed and installed again
[10:25] <Laney> or: if I remove a snap, it is put back onto my system
[10:25] <jibel> I removed them from eoan, upgraded to focal and they are reinstalled by the upgrader.
[10:25] <Laney> indeed, sounds buggy
[10:34] <Laney> jibel: looks like this function needs to check if the .deb was installed before installing the snap? https://git.launchpad.net/ubuntu-release-upgrader/tree/DistUpgrade/DistUpgradeQuirks.py#n515
[10:34] <Laney> or in _prepare_snap_replacement_data
[10:36] <Laney> neat, it does have code to refresh to the stable/ubuntu-foo channel for the new series, was expecting that to be missing
[10:36] <jibel> Laney, yes, I'll fix it with the other crash
[10:36] <Laney> coolio
[10:37] <Laney> we need to make this support snap2deb too btw, not sure if that interests you at the same time :-)
[10:37] <jibel> just fixing automated tests ATM
[10:42] <Laney> okey
[11:38] <seb128> Laney, do you know offhand if SRU builds with proposed enabled?
[11:39] <Laney> yes they do
[11:39] <seb128> Trevinho, ^ so yeah, backport that vala fix
[11:40] <seb128> ricotz isnt around to complain about the fact that the vala bionic SRU creates build issue for other components
[11:40] <seb128> I will comment on the bug though
[11:40] <Trevinho> seb128: iirc I enabled it in my schroot as for this, probably Laney was also the one pushing me to do it
[11:40] <Laney> what are you on about
[11:42] <seb128> Laney, https://launchpad.net/ubuntu/+source/vala/0.40.17-0ubuntu1 makes gnome-calculator trigger https://gitlab.gnome.org/GNOME/gnome-calculator/merge_requests/17
[11:42] <seb128> rather the error fixed by that mr
[11:44] <seb128> Trevinho notices while testing a fix for a regression in his currently gnome-calculator/bionic SRU
[11:44] <Laney> I see
[13:19] <seb128> Laney, seems like the glib update makes glib-networking autopkgtests fail (mentioning since I happened to look at the report and those don't trigger notifications, sorry for the noise if you were already aware)
[13:22] <Laney> yeah I saw thanks, going to look into it
[15:12] <jibel> I get this when I git push to LP
[15:12] <jibel> $ git push  lp:~jibel/ubuntu-release-upgrader
[15:12] <jibel> fatal: remote error: Path translation timed out.
[15:12] <jibel> has anyone seen this or am I doing something wrong here?
[15:39] <Laney> jibel: think there's some kind of LP bug regarding that, perhaps try #launchpad
[15:59] <jibel> Laney, that was it, cjwatson fixed it.
[16:01] <Laney> cool
[16:10] <hellsworth> good morning folks!
[16:14] <jibel> hi hellsworth
[16:15] <hellsworth> hi jibel!
[16:16] <Laney> hey hellsworth
[16:16] <Laney> what's going on g
[16:17] <hellsworth> oh not much. getting into the thick of a cold i think
[16:17] <hellsworth> jsut gotta power through today and tomorrow :)
[16:21] <Laney> sux
[16:21] <hellsworth> eh it could be worse
[16:22] <hellsworth> looking forward to the break
[17:11] <seb128> kenvandine, do you think you could squeeze in backporting the commit mentioned on bug #1856927 to focal today if you have some free slot? it makes totem segfault on start on fiscal, I'm away from my main desktop until holidays and managed to screw my key on the laptop :/
[17:43] <kenvandine> seb128: i can try
[17:43] <kenvandine> got several things scheduled for this afternoon
[17:43] <seb128> kenvandine, thx, if you don't have time don't worry that can wait for after holidays
[17:43] <kenvandine> i can probably get to it in the morning
[17:43] <seb128> thx
[20:00] <gQuigs> does anyone have a good description of what cursors are for X11 apps (from xrestop for example) - I'm guessing it's an allocation to do transitions of some kind with the mouse cursor..
[20:02] <gQuigs> to show up differently over different kinds of backgrounds, like over text vs other things..
[20:35] <robert_ancell> kenvandine, aday was asking about https://gitlab.gnome.org/GNOME/gnome-control-center/issues/681 - is that something you've been involved in?
[20:35] <robert_ancell> I'm assuming willcooke is probably not going to follow that up at the moment :)
[20:38] <kenvandine> nope :)
[20:39] <kenvandine> i haven't been involved
[21:01] <robert_ancell> hellsworth, what's the simplest way to build a GTK snap these days? I want to update https://github.com/robert-ancell/multipass-gui to be able to build.
[21:01] <hellsworth> does the snap not currently build?
[21:02] <hellsworth> oh it's missing the desktop-gtk3 section or you can use the gnome-3-28 extension
[21:02] <hellsworth> if you'd like, i can take a go at tryig to make it build..
[21:03] <robert_ancell> hellsworth, please do :)
[21:03] <hellsworth> okey dokey
[21:03] <robert_ancell> I think it relied on the method of the day, which I'm guessing is no longer applicable.
[21:07] <hellsworth> robert_ancell: why is it classic confinement?
[21:07] <robert_ancell> hellsworth, because it has to run the 'multipass' command
[21:07] <hellsworth> hmm ok so it needs to be classically confined
[21:08] <hellsworth> i wonder why the gnome-3-28 extension doesn't support classic confinement
[21:08] <robert_ancell> This is not a project that is being worked on, but want it fixed because others are still using it (https://discourse.ubuntu.com/t/multipass-gui/8067/14) and just don't want to leave bad examples around
[21:09] <hellsworth> fair enough
[21:14] <robert_ancell> hellsworth, I also have a not work related project that I want to snap (https://github.com/robert-ancell/microflash). I had a go back when I made it, but the need to access USB devices was tricky. I really wanted it to be strictly confined rather than classic. I ended up making a Snap like PPA, but it's not as nice. Would love some advice on if that's do-able these days.
[21:15] <robert_ancell> Ah, now I remember. The big issue is registering a MIME type.
[21:15] <robert_ancell> That's kind of essential to make it work.
[21:16] <hellsworth> i have not yet dealt with registering MIME types in snaps
[21:16] <hellsworth> kenvandine: what was the thought behind extensions only supporting strict and devmode confinement?
[21:16] <robert_ancell> hellsworth, should you be looking for a simple example to try... :) :) :)
[21:17] <hellsworth> hint taken robert_ancell :)
[21:17] <robert_ancell> Was I that subtle??
[21:19] <hellsworth> robert_ancell: it looks like https://bugs.launchpad.net/snapd/+bug/1849094 is still open and I don't see a workaround
[21:19] <robert_ancell> subscribed.
[21:36] <hellsworth> robert_ancell: https://github.com/robert-ancell/multipass-gui/pull/5
[21:36] <robert_ancell> hellsworth, thanks!
[21:36] <hellsworth> my pleasure
[21:37] <kenvandine> hellsworth: can't really work with classic
[21:37] <hellsworth> but why not
[21:39] <robert_ancell> hellsworth, "Could not find a required package in 'build-packages': python3-distutils"
[21:39] <hellsworth> oh shoot
[21:40] <hellsworth> i have a hacked verison of snapcraft installed so let me try agian with the stable snapcraft :)
[21:41] <hellsworth> robert_ancell: did you see that when trying to build?
[21:41] <robert_ancell> hellsworth, came out of the CI build
[21:42] <robert_ancell> https://travis-ci.org/robert-ancell/multipass-gui/builds/627437203 if you can see that
[21:42] <hellsworth> yep thanks
[21:44] <hellsworth> i'm building it now as in the pr, but with the stable snapcraft
[21:44] <hellsworth> if it builds and runs fine here without adding python3-distutils, then i guess that's something that docker needs?
[21:46] <robert_ancell> hellsworth, yeah, I wasn't sure where that error was coming from. Snapcraft is the only part of the source that has 'build-packages', so I would have thought it was required for that.
[21:46] <hellsworth> yeah
[21:47] <hellsworth> it built ok over here with teh stable snapcraft
[21:47] <robert_ancell> hellsworth, actually, I'm using the ubuntudesktop/gnome-3-26-1604 docker image - kenvandine is that no longer appropriate?
[21:47] <robert_ancell> I guess it should be an 18.04 image.
[21:48] <kenvandine> Not with core18
[21:50] <hellsworth> well robert_ancell we could just add python3-distutils to the build section and see if that appeases the docker build?
[21:51] <hellsworth> it shouldn't affect the final snap anyways
[21:52] <robert_ancell> hellsworth, I'm just thinking if it's not actually required in the snap then it should be done the level above, i.e. either use a newer image of apt install it.
[21:53] <robert_ancell> I'll try switching to https://hub.docker.com/r/ubuntudesktop/gnome-3-28-1804
[21:54] <robert_ancell> The original issue was actually that it was built against a too old version of GTK for some desktop, so this is probably the right thing to do anyway.
[21:56] <robert_ancell> Oh wait, snapcraft is going to build inside a VM isn't it? So the docker image is not so important. So many layers...
[21:57] <hellsworth> can you setup travis to use multipass?
[21:59] <robert_ancell> I guess if you install multipass inside the docker image then snapcraft would use it?
[22:00] <robert_ancell> It looks like it's being built locally, but working now.
[22:00] <robert_ancell> Success!
[22:02] <hellsworth> woo hoo! so just switching your docker did the trick?
[22:03] <robert_ancell> yes
[22:03] <hellsworth> hot dog!
[22:04] <robert_ancell> Hmm, it's not showing up in snapcraft.io, but Travis said it uploaded it.
[22:04] <hellsworth> hmm. maybe check back in 5 min?
[22:05] <robert_ancell> Previously it's been instantaneous, and haven't got an email saying it's in a queue. Yeah, hopefully will turn up soon.
[22:05] <hellsworth> indeed
[22:06] <robert_ancell> hellsworth, thanks for the fixes!
[22:07] <hellsworth> no problem :)
[22:19] <robert_ancell> ah, it was my shonky Travis config.
[22:20] <robert_ancell> Looks like I need to update SNAP_TOKEN in Travis as well.
[22:21] <robert_ancell> SNAP_TOKEN is just the macaroon, right?
[22:22] <robert_ancell> https://docs.travis-ci.com/user/deployment/snaps/ is pretty vague
[22:27] <kenvandine> robert there is now an ubuntudesktop-3-28-1804 docker image
[22:27] <kenvandine> nevermind, you figured that out :)
[22:27] <kenvandine> yeah, and snapcraft using multipass is great :)
[22:30] <hellsworth> kenvandine: what would the env var be to add to the override-build section to add the built binary to the prime dir?
[22:30] <hellsworth> or maybe i just cp it
[22:30] <hellsworth> no env var necessary
[22:30] <hellsworth> ok nmv
[22:30] <kenvandine> yup
[22:30] <kenvandine> I think you want to use something like $SNAPCRAFT_PRIME
[22:30]  * kenvandine doesn't recall the env for that
[22:31] <kenvandine> but the most reliable way to do that
[22:32] <hellsworth> yeah my problem is that the binary built that lives in parts/cherrytree/build/cherrytree doesn't get primed: https://paste.ubuntu.com/p/2RzfhRk8qp/
[22:32] <hellsworth> in fact, the prime directory doesn't have a usr component at all
[22:33] <hellsworth> so i guess i need to mkdir -p ../prime/usr/bin and then cp it to there, but that seems hacky
[22:34] <hellsworth> i figured it would be better to just snap the c++ version of cherrytree since the commits show that it's actively being developed, even if the developer is not the most communicative
[22:34] <hellsworth> rather than rewriting the app
[22:34] <hellsworth> before i had snapped the python2 version that is no longer seeing develoopment
[22:35] <hellsworth> are you around tomorrow ken?
[23:32] <robert_ancell> hellsworth, The store was unable to accept this snap.
[23:32] <robert_ancell>   - confinement 'classic' not allowed with plugs/slots
[23:33] <robert_ancell> I guess you can't make a classic snap that accesses the themes?
[23:36] <hellsworth> interesting
[23:36] <hellsworth> well lemme try to remove those plugs/slots and rebuilt
[23:36] <hellsworth> it was a hunch to add them
[23:45] <hellsworth> yeah it builds and runs just fine without the plugs
[23:46] <hellsworth> there are a lot of fontconfig warnings and errors though. i mean they were there even with the plugs. but fyi..
[23:48] <hellsworth> oh it looks like you've already removed it
[23:48] <hellsworth> good on you robert_ancell :)
[23:48] <hellsworth> i was gonna make another mr but nvm :)
[23:49] <hellsworth> ok i gotta run. see some of yous tomorrow!
[23:50] <hellsworth> robert_ancell: if you still have issues with that snap, ping me on telegram so i'll see it
[23:51] <robert_ancell> hellsworth, woohoo, it's uploaded to edge now.