[00:53] <callmepk> good morning
[05:00] <jibel> Good morning
[05:16] <duflu> Morning jibel 
[05:18] <jibel> hi duflu 
[05:28] <RAOF> Hey! Mutter on X11 has focus stealing prevention! Why doesn't Mutter-Wayland‽
[05:31] <duflu> RAOF, no idea. I suggest gitlab.gnome.org might be the best place
[05:35] <seb128> goood morning desktopers
[05:47] <duflu> Morning seb128 
[05:52] <callmepk> morning duflu jibel seb128 
[05:54] <duflu> Hi callmepk 
[07:04] <didrocks> good morning
[07:10] <duflu> Morning didrocks 
[07:10] <didrocks> hey duflu 
[07:22] <marcustomlinson> morning callmepk jibel duflu seb128 didrocks
[07:22] <duflu> Hey marcustomlinson 
[07:23] <callmepk> hey marcustomlinson didrocks 
[07:25] <seb128> hey duflu, callmepk, marcustomlinson, how are you?
[07:25] <seb128> lut didrocks, comment ça va ?
[07:26] <duflu> seb128, going OK... You?
[07:27] <marcustomlinson> seb128: doing ok, cold/flu still not entirely gone but getting better
[07:27] <duflu> :/
[07:30] <callmepk> I am doing okay seb128 , how about you?
[07:31] <seb128> I'm alright, weekends are exhausting though. I still have somewhat a bit of cold, I hope it's a leftoever from the previous one still and not sign of a new round
[07:31] <seb128> at least there was some hours without rain and some tennis on tv :-)
[07:34] <jibel> Salut marcustomlinson 
[07:35] <didrocks> hey marcustomlinson, callmepk, salut seb128 
[07:36] <marcustomlinson> seb128: yeah, the continuous lack of sleep doesn't help the recovery process that's for sure
[07:38] <seb128> lut jibel, comment ça va ?
[07:40] <jibel> Salut seb128, ça va bien merci :) en pleine forme après un week-end reposant et productif 
[07:40] <seb128> bien ça :-)
[07:41]  * seb128 rêve d'un weekend reposant :p
[07:43] <callmepk> seb128 hope you feel better ;) take naps when you can
[07:44] <seb128> thanks!
[07:46] <seb128> marcustomlinson, would you be the right person on this day and time to have a quick read to https://bugs.launchpad.net/snap-store-desktop/+bug/1899375 ?
[07:47] <marcustomlinson> seb128: sure I'll have a look
[07:47] <seb128> marcustomlinson, thanks
[07:47] <seb128> it doesn't make much sense to me, unless I'm looking at the wrong branches or snaps but he didn't seem ot have changed recently
[07:48] <seb128> at least no recent build on https://code.launchpad.net/~desktop-snappers/+snap/snap-store or -stable, yet that bug has a stack of users stating having the issue now
[07:48] <marcustomlinson> yeah no update recently
[07:49] <seb128> could be due to a snapd update...
[07:52] <marcustomlinson> possibly, I see the issue myself, and updating to beta fixes it, so perhaps it's time we do that
[07:52] <marcustomlinson> will speak to ken
[07:53] <seb128> he's off today I think
[07:54] <marcustomlinson> ah yes
[07:55] <marcustomlinson> I did make some fixes to the snap store appearing this way on other distros, it's possible an update to gnome has brought the issues to ubuntu
[07:55] <marcustomlinson> those fixes being in beta of course
[07:58] <seb128> marcustomlinson, on what is based the 'enable deb support or not' logic?
[07:59] <seb128> marcustomlinson, I see an update to gnome-3-28-1804 just landed, could it be due to it?
[07:59] <marcustomlinson> seb128: I believe apt support was only added recently, and in beta. It's not been available in stable
[08:00] <seb128> marcustomlinson, we wouldn't have replaced gnome-software in the LTS by a store that doesn't handle deb, I think your memory might fail you there?
[08:01] <seb128> the report state 'my computers, running Ubuntu 20.04, saw Ubuntu Software replaced with Snap Store. With this change, I am only able to browse and install snaps; not .deb packages.'
[08:01] <seb128> also I'm pretty sure we labelled it 'ubuntu software' and no 'snap store'
[08:02] <seb128> so it sounds like the env detection that makes it behave differently on Ubuntu is failing now?
[08:02] <marcustomlinson> seb128: yes the fix for the app appearing incorrectly in app browsers is fixed in beta
[08:02] <seb128> app browsers?
[08:03] <seb128> you mean e.g shell overview or menus in other desktops?
[08:03] <Laney> peace
[08:03] <seb128> hey Laney, how are you? had a nice weekend?
[08:03] <marcustomlinson> seb128: whatever name it's given per distro. the applications menu
[08:04] <marcustomlinson> hey Laney
[08:08] <seb128> marcustomlinson, ok, my understanding of the situation is that on focal we add the snap installed from stable/ubuntu-20.04
[08:09] <seb128> when installed on Ubuntu that snap enable deb support which it disable on other distribution
[08:09] <seb128> that was working until this night, I don't think having 7 people hitting launchpad and some report on discourse on the same half day is coincidence
[08:11] <marcustomlinson> ah I understand your question now: 08:58 (seb128) marcustomlinson, on what is based the 'enable deb support or not' logic?
[08:11] <marcustomlinson> I don't know, let me see
[08:12] <Laney> hey seb128 hey marcustomlinson 
[08:12] <Laney> yeah was good, I bought some wood and sawed it up using a big saw
[08:12] <Laney> next I need to use a smaller saw to cut it up some more
[08:14] <seb128> the fun part is the axe :)
[08:14] <seb128> oh, but you are building from the wood right? not cutting in piece for the fire
[08:15] <seb128> not the same job, no axe for you I guess :p
[08:15] <Laney> indeed
[08:15] <Laney> I bought a board of wood from the shop (:
[08:15] <Laney> :(*
[08:15] <seb128> what are you building?
[08:15] <Laney> shoe rack
[08:15] <seb128> ah, nice :)
[08:16] <Laney> mainly to learn how to do some simple woodwork and get to cut stuff up
[08:16] <seb128> that sounds like a fun, non computer project
[08:17] <ricotz> good morning desktopers
[08:17] <seb128> hey ricotz , how are you? did you have a nice weekend?
[08:18] <ricotz> Laney, a new libreoffice package is in progress (including packaging fixes from debian and updated yaru icons)
[08:18] <ricotz> seb128, hey, it was a pretty slow and clam weekend, so quite relaxing :)
[08:18] <ricotz> clam/calm
[08:20] <Laney> hey ricotz, cool, please file a UIF bug for the icon updates assuming those are ones shown by default
[08:20] <marcustomlinson> seb128: yeah, I'm pretty sure stable/ubuntu-20.04 isn't supposed to be on the same version as stable
[08:20] <marcustomlinson> which it is now
[08:20] <Laney> we got this on the iso build today
[08:20] <Laney> error: cannot validate seed: - cannot use snap "snap-store": default provider "gnome-3-28-1804" is missing
[08:20] <seb128> how did that happen?
[08:21] <marcustomlinson> the "Not/OnlyShowIn=ubuntu" stuff is just missing entirely from the desktop files
[08:22] <seb128> Laney, hum, why would that snap become missing?
[08:22]  * seb128 doesn't understand those snaps things enough :-/
[08:22] <duflu> Hi Laney
[08:22] <ricotz> Laney, the yaru icon style is already picked up in 7.0.2~rc2 by default
[08:23] <ricotz> in "ubuntu" sessions
[08:23] <marcustomlinson> Laney: what does "missing" mean there? like "not installed" or "not installable"
[08:23] <Laney> moin duflu 
[08:23] <Laney> ricotz: I know, but if you are changing the user interface, e.g. changing how some icons look, then you need to follow the user interface freeze process
[08:24] <Laney> marcustomlinson: not sure, I think that error comes from snap validate or whatever it's called, some snapd command
[08:24] <ricotz> Laney, is there some coordinated process in https://github.com/ubuntu regarding the yaru icons?
[08:25] <ricotz> meaning does https://github.com/ubuntu/libreoffice-style-yaru-fullcolor/commits/master follow some schedule by avoding breaking obvious things
[08:25] <GunnarHj> Morning seb128! Do you know anything about https://help.ubuntu.com/activedirectory ?
[08:26] <Laney> ricotz: I don't know, I'm not involved with that project or pulling in its icons to Libreoffice I'm afaird
[08:26] <Laney> I would hope that they try to follow the release schedule and keep fixes after the freeze to necessary bug fixes
[08:26] <Laney> but, not sure
[08:26] <ricotz> Laney, fair enough, I was hoping you known about the gtk yaru icon/theme
[08:27] <Laney> Try Trevinh_o or clobran_o
[08:27] <marcustomlinson> seb128: I'd like to see what's happened with the versions of snap store in each channel but I don't have admin access to that package
[08:27] <seb128> GunnarHj, hey, I think it's a placeholder and content will come but the ones working on active directory support are jibel  and didrocks 
[08:27] <seb128> they might know better what's the plan there
[08:27] <ricotz> Laney, I see, thanks
[08:28] <seb128> marcustomlinson, neither do I :-/ can we ask on the snap store channel or something?
[08:28] <seb128> otherwise we need to wait for Ken to be around
[08:28] <ricotz> Laney, ty, will wait for the package to test build first
[08:28] <seb128> it's also a fail that we don't have more people with access
[08:29] <marcustomlinson> yeah
[08:31] <GunnarHj> seb128: Looks like you just pinged them. Or not - didrocks999 (Placeholder in a ubiquity translatable string is not ideal four days after NonLanguagePackTranslationDeadline.)
[08:32] <Laney>   latest/stable:    3.28.0-19-g98f9e67.98f9e67 2020-10-11 (145) 170MB -
[08:32] <Laney> looks like something happened to gnome-3-28-1804 too
[08:32] <Laney> all very opaque though, I don't know how to diff this stuff
[08:33] <KGB-2> glib pristine-tar 9162741 Simon McVittie glib2.0_2.66.1.orig.tar.xz.delta glib2.0_2.66.1.orig.tar.xz.id * pristine-tar data for glib2.0_2.66.1.orig.tar.xz * https://deb.li/tCPy
[08:33] <KGB-2> glib upstream/latest a72feb1 Simon McVittie * pushed 53 commits * https://deb.li/3ryM4
[08:33] <Laney> ^_^
[08:33] <KGB-2> glib tags be08820 Simon McVittie upstream/2.66.1 * Upstream version 2.66.1 * https://deb.li/y1mM
[08:34] <didrocks999> GunnarHj: sorry, I’m out of context?
[08:35] <jibel> GunnarHj, seb128 it's a broken link that shouldn't be. I'll chase the webteam
[08:35] <GunnarHj> didrocks, jibel: I asked about the URL https://help.ubuntu.com/activedirectory which is mentioned in the ubiquity UI.
[08:36] <GunnarHj> jibel: I would prefer that you didn't. help.ubuntu.com is mostly handled by the docs team, and I can fix a redirect if you just tell me the target location.
[08:38] <jibel> GunnarHj, this is where is must redirect https://ubuntu.com/server/docs/service-sssd
[08:39] <jibel> it*
[08:39] <GunnarHj> jibel: Ok. Let me fix that.
[08:39] <jibel> thanks
[08:50] <GunnarHj> jibel: Done. https://bazaar.launchpad.net/~ubuntu-core-doc/help.ubuntu.com/help.ubuntu.com/revision/69/.htaccess
[08:50] <GunnarHj> The web site should be updated at noon UTC.
[08:54] <didrocks> nice, thanks GunnarHj 
[08:54] <GunnarHj> yw
[09:34] <Laney> seb128: did you understand why the branch would just disappear?
[09:36] <jamesh> We got an upstream response on https://gitlab.gnome.org/GNOME/mutter/-/issues/1454
[09:37] <marcustomlinson> jamesh: saw that :) good response too
[09:41] <seb128> Laney, yes, sorry, was pinging about and going to update here
[09:42] <Laney> ok
[09:42] <seb128> looks like store branches expire after 30 days without activity
[09:42] <Laney> is that groovy problem I posted about something different or related?
[09:43] <seb128> unsure, the reply I got for that one was
[09:43] <seb128> 'On gnome-3-28-1804, there was a progressive release from r142 to r145 yesterday.'
[09:43] <seb128> it's unclear to me why that would trigger that error
[09:43] <seb128> did we get a build today as well to have data on whether it's persistant or fixed itself?
[09:43] <seb128> so snap store, we are fallbacking to the wrong thing
[09:43] <Laney> WAIT
[09:44]  * seb128 pauses
[09:44] <Laney> the build error I got was focal, not groovy, misread that
[09:44] <Laney> https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/focal/ubuntu/
[09:44] <Laney> still dunno how to parse it, but it lines up with the other problem
[09:44] <seb128> did ubuntu-20.04 expired for that one as well?
[09:45] <seb128> does anyone here has dev access to those?
[09:45] <seb128> I think we need Ken
[09:45] <marcustomlinson> yeah :-
[09:45] <seb128> (and then we need to review who has access to those things, the bus factor is problematic)
[09:45] <Laney> can you see if you try to install it?
[09:45] <Laney> I know it falls back to stable, but can you tell if it did that?
[09:46] <Laney> hm not sure that one is forked though
[09:46] <seb128> I don't know how to get that info
[09:46] <Laney> lets just try another build
[09:46] <seb128> thx
[09:46] <seb128> so snap-store
[09:46] <seb128> we need someone with access to republish the right version to ubuntu-20.04
[09:47] <marcustomlinson> Laney: would make sense that it's "messing" in that case then yeah
[09:47] <marcustomlinson> missing
[09:47] <seb128> and then fix the fallback so it doesn't happen again
[09:47] <seb128> unless the iso building job enforce the channel somehow?
[09:47] <seb128> I've no idea how the assertion is done there
[09:48] <marcustomlinson> Laney: gnome-3-28-1804 stable and latest/stable/ubuntu-20.04 are at the same version
[09:48] <marcustomlinson> I mean, I don't know if they're supposed to be
[09:48] <Laney> I think the channel is supposed to be closed if unused
[09:49] <Laney> that means it exists as an escape hatch
[09:49] <marcustomlinson> but no output in the log about falling back or channel closed etc
[09:49] <Laney> no don't think there would be
[09:50] <marcustomlinson> just seemingly updates from the channel you selected even though it didn't get it from there
[09:50] <marcustomlinson> that's not great
[09:52] <Laney> that's the intent, emergency ubuntu specific revisions if needed
[09:53] <Laney> not sure it was envisioned to use the branch forever like snap-store does
[09:53] <Laney> kinda surprised this expiry never happened before, did we always do something every 30 days up until now?
[09:53] <wgrant> It definitely wasn't.
[09:53] <wgrant> I've rereleased the old revs for now.
[09:53] <Laney> Cheers
[09:53] <Laney> https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/focal/ubuntu/+build/241389 <- watch this
[09:54] <wgrant> But someone will need to follow up with Snap Store people so we can work out a proper solution -- this definitely isn't using the ubuntu-* branches as they were intended.
[09:54] <Laney> Is the lifetime configurable per-branch currently?
[09:54] <wgrant> It
[09:55] <wgrant> '
[09:55] <wgrant> s not.
[09:55] <Laney> righto
[09:55] <Laney> I guess that's something for Marcus and/or Ken to take up then in the next 30 days :>
[09:55] <marcustomlinson> yeah, I need to get myself admin access to that package
[09:55] <marcustomlinson> thanks wgrant
[09:56] <Laney> It should probably be something better than being a human cron job too :p
[09:56] <Laney> (i.e. re-releasing when needed)
[09:56] <wgrant> For the record, I rereleased revisions 282, 467, 470 and 471 (i386, amd64, arm64 and armhf respectively).
[09:58] <Laney> xnox added track support to livecd-rootfs recently, so a separate track might be a better design here
[09:59] <wgrant> Does it need explicit support? I'd expect it all just to take an opaque channel string.
[10:00] <wgrant> The problem with tracks in general is that they usually represent a version number of the software, and are visible in `snap info`. But for some things they're okay.
[10:00] <Laney> It was hardcoded to the ubuntu-AB.CD schema before
[10:00] <Laney> I'm not sure exactly how that was relaxed
[10:00] <wgrant> Oh, I see.
[10:00] <wgrant> That makes a great deal of sense.
[10:03] <Laney> https://git.launchpad.net/livecd-rootfs/tree/live-build/functions#n643
[10:03] <Laney> So yeah it can be whatever
[10:04] <Laney> And at this point I'll leave it up to those two to design the better answer :>
[10:04]  * Laney goes back to trying to hack initramfsen
[10:23] <seb128> Laney, ISO built worked
[10:24] <Laney> yep
[10:24] <Laney> woot
[10:28] <seb128> Trevinho, hey, what's the status of gnome-shell 3.38.1? release is next week and we want to do an iso testing day tomorrow, would have nice to have the update in place
[10:31] <Trevinho> seb128: it was already uploaded last saturday if I didn't get a lp error that I didn't receive email about...
[10:31] <Trevinho> see #launchpad, was my error after all, but anyways :D
[10:31] <seb128> Trevinho, I don't see it in the queue?
[10:32] <Trevinho> seb128: no, I wanted to rebuild it in a ppa before because there were some failures in debian so wanted to check if we had them here as well
[10:32] <Trevinho> but no.. looks like we're all green https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4308/+packages
[10:32] <Trevinho> so I'm uploading it now
[10:33] <seb128> Trevinho, sorry I don't understand, they were uploaded saturday or now?
[10:33] <seb128> I'm not on #launchpad and irclog didn't catch up on recent comments yet I think
[10:33] <seb128> thanks
[10:34] <Trevinho> seb128: so... I did an upload saturday but it failed as I forgot the -sa, but I didn't any email about the failure so I thought it was all good
[10:34] <Trevinho> while it didn't.
[10:34] <seb128> k
[10:34] <seb128> weird, you should get emails in those cases
[10:34] <Trevinho> so I did it now. It's all in queue now
[10:34] <seb128> check your filters?
[10:34] <seb128> great, thx
[10:34] <seb128> the case you don't get emailed about is wrong key signing
[10:35] <Trevinho> seb128: yeah, already checked... 
[10:35] <seb128> weird
[10:35] <Trevinho> but key was good and nothing was filtered
[10:35] <Trevinho> indeed
[10:35] <Trevinho> anyways, it's all in queue now
[10:35] <Trevinho> not sure if Laney can unblock them asap
[10:37] <Laney> you just get my standard answer for now
[10:37] <Laney> the queue is all reviewed very regularly :>
[10:39] <Laney> will do a round in a little bit
[12:35] <seb128> tjaalton, http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#xorg-server seems unhappy, that's on your list of things to investigate?
[12:35] <KGB-1> gobject-introspection tags 689286a Simon McVittie upstream/1.66.1 * Upstream version 1.66.1 * https://deb.li/iQzA0
[12:35] <KGB-1> gobject-introspection upstream/latest 2e32822 Simon McVittie * pushed 11 commits * https://deb.li/nadx
[12:35] <KGB-1> gobject-introspection pristine-tar 1d3031b Simon McVittie gobject-introspection_1.66.1.orig.tar.xz.delta gobject-introspection_1.66.1.orig.tar.xz.id * pristine-tar data for gobject-introspection_1.66.1.orig.tar.xz * https://deb.li/iwjgE
[12:37] <tjaalton> yes
[12:39] <seb128> thx
[14:07] <ricotz> Trevinho, hi, is this something you could comment on? https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1899456
[14:08] <Trevinho> ricotz: mh, not much... NOt that I'm following that sub-project much :)
[14:10] <ricotz> Trevinho, maybe you have some insight on the quality of maintenance?
[14:11] <Trevinho> ricotz: no much, but maybe I can ask upstream yaru maintainers to comment on that?
[14:11] <ricotz> Trevinho, I see, that would be great!
[14:30] <xnox> wgrant:  Laney: default is autogenerated to stable/ubuntu-MM.YY => or in the seed, or via hook, one can specify the full channel name to use, i.e. track/risk/branch
[15:06] <GunnarHj> Hey Laney, why did you skip gnome-getting-started-docs when working with the groovy queue? Was it the huge diff?
[15:19] <Laney> I'll get to the rest of the queue later
[16:02] <Laney> marcustomlinson: people will get auto-refreshed back to the branch version of snap-store now it's re published won't they
[16:03] <marcustomlinson> Laney: yes, on the next cycle of auto-refresh
[16:03] <marcustomlinson> but if you's is impatient... snap refresh
[16:03] <marcustomlinson> :)
[16:07] <Laney> I don't care for me
[16:07] <Laney> I'm caring for people who don't even know there's a bug
[16:07] <Laney> sounds like they get it in <time period> and you're happy with that, so ok
[16:07] <marcustomlinson> "you" wasn't specifically YOU
[16:10] <Laney> ah those yous /me points all around
[16:11]  * Laney narrows eyes
[16:11] <Laney> where is kenvandine
[16:11] <Laney> want to make sure that he knows there's a task to fix this for next time
[16:12] <marcustomlinson> Seb created a trello card for this and assigned him and I
[16:12] <marcustomlinson> him=ken
[16:12] <marcustomlinson> Laney: ken is off today
[16:13] <Laney> gr8
[16:13] <Laney> good old trello
[17:19] <Laney> night!
[19:04] <KGB-1> gdm debian/master Dmitry Borodaenko * [open] merge request !10: Implement has_option in Xsession * https://deb.li/3gHty