[01:27] <callmepk> goood morning
[01:59] <jamesh> hi callmepk 
[02:01] <callmepk> hey jamesh 
[03:02] <duflu> Oh hi callmepk and jamesh 
[04:23] <callmepk> hey duflu 
[07:00] <oSoMoN> good morning desktoppers
[07:07] <duflu> Morning oSoMoN 
[07:07] <oSoMoN> good afternoon duflu 
[07:13] <callmepk> morning oSoMoN 
[07:20]  * duflu tries bisecting the kernel while also doing regular mutter work and suddenly needs a lot more CPU cores
[07:21] <oSoMoN> hey callmepk 
[07:27] <seb128> goood morning desktopers
[07:30] <duflu> Morning seb128 
[07:30] <seb128> hey duflu , how are you?
[07:30] <duflu> seb128, another sinus headache, another change in air pressure but otherwise good. You?
[07:31] <seb128> I'm fine, I mostly recovered from my stomach bug now
[07:32] <duflu> Sounds like good progress
[07:33] <oSoMoN> salut seb128 
[07:47] <callmepk> morning seb128 
[07:59] <didrocks> good morning
[08:01] <duflu> Hi didrocks 
[08:03] <didrocks> good afternoon duflu 
[08:33] <marcustomlinson> morning callmepk jamesh duflu oSoMoN seb128 didrocks999
[08:34] <duflu> Morning marcustomlinson 
[08:36] <callmepk> morning marcustomlinson didrocks999 
[08:57] <didrocks999> hey marcustomlinson, callmepk 
[09:02] <Laney> ahoy
[09:02] <marcustomlinson> hey Laney
[09:08] <Laney> ^sup marcustomlinson 
[09:08] <Laney> ^^^
[09:08] <Laney> ^^^^^^^^^
[09:09]  * cpaelzer hands Laney a few more ^ to use
[09:10] <Laney> thanks cpaelzer 
[09:10] <Laney> was just typing them out in case my ^ key breaks and I need to have a few left around
[09:11] <cpaelzer> well corona-time, some gather piles of toilet pager others need some ^ in reserve :-)
[09:12] <seb128> hey marcustomlinson , Laney , callmepk 
[09:12] <Laney> ah don't remind me of that, first day of the 'second lockdown' here in england today
[09:12] <Laney> sup seb128 
[09:12] <seb128> sunny day today!
[09:13] <seb128> also I'm going to get some old fashioned today!
[09:13]  * seb128 got pointed to https://github.com/chrisglass/ubuntu-old-fashioned yesterday, sounds like what I needed for my ISO builds experiments
[09:14] <duflu> Morning Laney
[09:14] <seb128> collection of scripts to do ISO building locally the same way they are done in launchpad
[09:14] <seb128> you can even use multipass as a backend
[09:15] <callmepk> Morning Laney 
[09:15] <Laney> hey duflu callmepk 
[09:15] <Laney> seb128: what are you doing with iso builds?
[09:15] <Laney> I tried that script once, didn't make it work for me, maybe it changed since
[09:15] <seb128> Laney, trying to fix the canary build
[09:15] <Laney> don't think it had multipass back then even
[09:16] <Laney> huh
[09:16] <Laney> interesting
[09:16] <callmepk> that old fashioned repository is super helpful I have to say, used it to run test WSL and Hyper-V builds
[09:16] <seb128> Laney, we probably want that kind of image for the desktop installer refresh
[09:16] <seb128> Laney, no?
[09:16] <didrocks> hey seb128, Laney 
[09:17] <Laney> ^hey didrocks 
[09:17] <Laney> WHAT
[09:17] <seb128> mut didrocks!
[09:17] <Laney> where are these ^s coming from
[09:17] <seb128> spending the ones you collected earlier? :p
[09:17]  * didrocks feels ^^^^ a little bit too much :p
[09:17] <Laney> seb128: I guess we need *an* image there, dunno if that layer stuff was going to be used there, was that decided?
[09:17] <Laney> still having a target is nice
[09:18] <seb128> Laney, we need something that's compatible with the subiquity stack
[09:19] <seb128> it was made with that goal in mind and should fit what we need
[09:19] <seb128> anyway it's a v0.1 experiment to get started, we can iterate if needed
[09:21] <seb128> also people seemed ok with the idea but we don't have really experts on the images topic who were interested to give their input or telling us otherwise
[09:22] <seb128> anyyyway, I do plan to play with those scripts today and see if I can get that to work for me :)
[09:24] <Laney> ok, I guess I missed the chance to give input, would have asked this question then
[09:24] <Laney> good luck!
[13:53] <seb128> GunnarHj, the new issue you are commenting on the pango bug seems clearly a gtk one, I think it would make sense to open a new bug there for the segfault, that's a new problem introduced by the recent commit you cherrypicked
[13:54] <seb128> the assertion is from gtkfontchooserwidget 
[13:54] <seb128> could be from pango where the code you mentioned is but then can reassign there is wanted
[14:42] <hellsworth> good morning desktopers
[14:42] <kenvandine> good morning
[14:42] <marcustomlinson> morning hellsworth and kenvandine
[14:42] <marcustomlinson> how's america doing today?
[14:43] <kenvandine> same as yesterday :)
[14:43] <hellsworth> waiting with bated breath..
[14:43] <kenvandine> still nervous :-D
[14:43] <hellsworth> very
[14:43] <marcustomlinson> i'm hardly as invested and the suspense is killing me
[14:44] <marcustomlinson> so I can only imagine
[14:44] <marcustomlinson> that came out wrong. I have invested interest in the good of mankind
[14:46] <ogra> marcustomlinson, the US is moving from MAGA to MAWA
[14:46] <ogra> (amke america wait again)
[14:46] <ogra> *make
[14:47] <ogra> (and after that hopefilly back to sanity)
[14:47] <marcustomlinson> well, hopefully indeed
[14:52] <oSoMoN> good morning hellsworth, kenvandine 
[14:52] <hellsworth> hi oSoMoN (and marcustomlinson )
[14:52] <hellsworth> MAWA - haha well played ogra :)
[14:56] <ogra> 😄
[14:56] <oSoMoN> kenvandine, do you know what the status of the yaru SRU (the one that's blocking the gtk-common-themes update) is?
[14:58] <kenvandine> i'll ask
[15:01] <seb128> oSoMoN, kenvandine, Trevinho uploaded that to focal a while ago and it's waiting for review, seems like a case where you can nag SRU team. Though Frederik pinged yesterday to ask if we could include https://github.com/ubuntu/yaru/pull/2470 as well in the upload so I don't know if that's worth reuploading
[15:01] <gitbot> ubuntu issue (Pull request) 2470 in yaru "Focal groovy gtk theme button shadow sync" [Open]
[15:02] <seb128> Trevinho, ^ 
[15:02] <oSoMoN> thanks seb128 
[15:02] <seb128> np!
[15:03] <Trevinho> yeah, taht should be included as well
[15:03] <seb128> I would say get another upload up and then we can nag the SRU team
[15:03] <Trevinho> ok
[15:03] <seb128> they always say they are fine being pinged about reviewing things people wait on
[15:10] <Trevinho> seb128: problem is still that yaru is blocked by the shell saga...
[15:10] <seb128> ah, I didn't know that, they need to go in sync?
[15:10] <seb128> we should get the shell unblocked...
[15:10] <Trevinho> seb128: i could revert changes and re-upload but that makes me sad
[15:10] <seb128> no, let's go forward
[15:11] <Trevinho> seb128: no there's no dependency actually
[15:11] <Trevinho> but yaru team decided that since we included upstream theme fixes, then....
[15:11] <Trevinho> it was considered as part of the gnome change and so blocked for now
[15:11] <seb128> wait?
[15:11] <Trevinho> even though such changes are independent by the code change
[15:12] <seb128> can the yaru SRU go before the shell one?
[15:12] <seb128> or would it create some visual problems?
[15:12] <Trevinho> no problem at all
[15:13] <Trevinho> those are the changes https://github.com/ubuntu/yaru/commit/02e00bed590562a8ec67beebfba782643f6ee93d
[15:14] <Trevinho> which will fix the visual issues even for previous shell versions, as they are unrelated to the logic changes in js
[15:14] <seb128> k, so why is it blocked on the shell to be sorted out?
[15:16] <Trevinho> seb128: well I assume because the changelog mentioned the same SRU bug...
[15:16] <Trevinho> seb128: I've uploaded that though
[15:17] <Trevinho> seb128: see the discussion here https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1896334
[15:17] <Trevinho> I think i explained that at the time
[15:17] <Trevinho> not sure the explaination that the changes are actually not connected was in a different discussion though
[15:19] <seb128> Trevinho, ah, do we need to mention the other SRU?
[15:19] <seb128> I didn't notice that
[15:20] <seb128> Trevinho, Robie wrote 
[15:20] <seb128> 'I don't think it makes sense to proceed with yaru-theme either until this is resolved, since I understand that's based on the gnome-shell update that is not concluded yet.'
[15:20] <seb128> you didn't reply to say that was not true so he probably still assume that
[15:21] <Trevinho> well, at the time there was no much pressure in having yaru out... but I think we had a private conversation where i said that
[15:21] <seb128> k, so I think we want yaru unblock and shell moving but that could take a bit more work
[15:21] <seb128> what about you create another bug for yaru only that basically copy the one you just mentioned
[15:22] <seb128> so it's clear they don't need to go together
[15:22] <seb128> reference that in the changelog, include the new fix, upload
[15:22] <seb128> I will go handle the SRU team and getting things unblocked then
[15:23] <seb128> Trevinho, ah, you already reuploaded?
[15:23] <seb128> let me see if I can convince a SRU member to approve that
[15:23] <Trevinho> yeah, well I can do it again if you remove though
[15:27] <seb128> Trevinho, I tried to ping Robie as step 1, let's see
[15:27] <Trevinho> ok
[15:35] <tseliot> seb128, Wimpress  just FYI, I have just uploaded fixes for LP: #1872950 (for groovy and hirsute)
[15:37] <seb128> tseliot, ah great, thanks!
[15:37] <tseliot> yw
[15:38] <seb128> thanks for taking some time to fix that one despite being busy with other things
[15:39] <tseliot> :)
[15:39] <seb128> tseliot, I'm updating the 'regression potential' section if that's ok with you, SRU team expect 'what could regress' and not 'low' there and they started being more picky about it
[15:40] <tseliot> seb128, sure, thanks
[15:41] <seb128> np!
[15:43] <seb128> Laney, thanks for pushing forward with actual proposed changes on the SRU discussion!
[15:43] <Laney> np
[15:43] <seb128> I just crossed some cases of 'low' impact today 
[15:46] <Laney> I think I saw it back when I wrote that stuff too
[15:46] <Laney> good job I had pushed it to Launchpad as I deleted the text on my computer 😬
[15:46] <Laney> need to stop working in ~/temp/
[16:07] <ricotz> hello desktopers
[16:08] <ricotz> please retry amd64 tests of liborcus https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#liborcus
[16:09] <seb128> ricotz, hey, done now
[16:09] <ricotz> and firebird3.0 https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#firebird3.0
[16:09] <ricotz> and xmlsec1 https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#xmlsec1
[16:09] <ricotz> seb128, ty
[16:10] <seb128> & the others
[16:13] <seb128> kenvandine, shouldn't the portal enablement have been automagic with gnome-3-34?
[16:13] <kenvandine> yes
[16:14] <kenvandine> seb128: why?
[16:15] <seb128> kenvandine, I modified thunderbird recent to set it remember?
[16:15] <kenvandine> oh, i thought that was to update it to gnome-3-34 from gnome-3-28
[16:16] <seb128> no, I added env: in the snapcraft
[16:16] <seb128> kenvandine, anyway, I think that's the issue/fix, https://github.com/snapcore/snapcraft/pull/3356/files
[16:16] <gitbot> snapcore issue (Pull request) 3356 in snapcraft "extensions: correctly spell the GTK_USE_PORTAL variable" [Open]
[16:16] <seb128> kenvandine, I just noticed when testing something else than GTK_USE_PORTAL and GTK_USE_PORTALS were set
[16:17] <seb128> using the right spelling should help :)
[16:17] <kenvandine> oh my!
[16:17] <seb128> right...
[16:18] <marcustomlinson> oh wow
[16:19] <marcustomlinson> good find seb128
[16:19] <seb128> :-)
[16:20] <seb128> kenvandine, also I guess I can delete the removable-media use from thunderbird if it uses portals?
[16:20] <kenvandine> yeah
[16:20] <kenvandine> in theory you can also remove home
[16:22] <seb128> in theory only? ;-)
[16:23] <marcustomlinson> all software is magic
[16:23] <seb128> I will try that locally first
[16:42] <seb128> hum, how do we handle things like bug #1902915 happening because the portal deb isn't installed? :/
[16:43] <seb128> I wonder if we should have a dbus api or something that suggest to install on demand when it's missing, was something like that ever discussed?
[17:00] <kenvandine> that's been seeded by default since 18.04
[17:00] <kenvandine> it would be nice to install on demand
[19:34] <seb128> kenvandine, sorry, was away for diner & co, it's seeded by only on Ubuntu, what if people install e.g xubuntu?