[02:21] <callmepk> good morning
[02:45] <duflu> Morning callmepk 
[04:47] <jibel> Good morning 
[05:39] <oSoMoN> good morning desktoppers
[05:42] <didrocks> good morning
[05:49] <oSoMoN> salut didrocks 
[05:51] <jibel> bonjour didrocks oSoMoN 
[05:52] <didrocks> salut oSoMoN & jibel 
[05:56] <duflu> Morning jibel, oSoMoN, didrocks 
[06:12] <oSoMoN> salut jibel 
[06:12] <oSoMoN> hey duflu 
[06:27] <luna_> morning
[06:39] <didrocks> hey duflu 
[06:39] <didrocks> & luna_ 
[07:27] <seb128> goood morning desktopers
[07:28] <marcustomlinson> morning callmepk duflu jibel oSoMoN didrocks luna_ seb128
[07:29] <didrocks> salut seb128, hey marcustomlinson 
[07:29] <seb128> hey marcustomlinson 
[07:29] <seb128> lut didrocks 
[07:29] <seb128> how are you today?
[07:30] <didrocks> I’m good, still fighting the heat wave, but this summer will finally end one day (apparently this week-end…)
[07:30] <duflu> Morning seb128 and marcustomlinson 
[07:31] <didrocks> and you?
[07:32] <seb128> didrocks, doing alright, still no daycare today though so another busy day...
[07:32] <seb128> hey duflu 
[07:32] <didrocks> :( good luck with that again!
[07:41] <jibel> hi marcustomlinson 
[07:42] <jibel> salut seb128 
[07:58] <Laney> ^yo
[07:58] <Laney> woah what's that ^
[07:59] <didrocks> a pending character from yesterday Laney :)
[08:00] <Laney> ^_^
[08:00] <Laney> ^^^^___^^^^
[08:01] <didrocks> heh
[08:02] <oSoMoN> good morning luna_, seb128, marcustomlinson, Laney 
[08:07] <Laney> moin didrocks oSoMoN 
[08:25] <KGB-1> gdm signed tags 0f58277 Marco Trevisan ubuntu/3.37.90-1ubuntu1 * gdm3 Debian release 3.37.90-1ubuntu1 * https://deb.li/i4lEI
[08:27] <Laney> Trevinho: did you just push a tag for an upload I did?
[08:28] <KGB-2> gdm signed tags 1fb1b21 Iain Lane ubuntu/3.37.90-1ubuntu1 * gdm3 Debian release 3.37.90-1ubuntu1 * https://deb.li/i4lEI
[08:28] <Laney> that's the one
[08:29] <Trevinho> Laney: sorry, I didn't notice I had unsincronized local branch and I thought I forgot to push when i saw there was another that I thought was mine as well -_-
[08:29] <Trevinho> thanks for fixing
[08:36] <seb128> lut jibel , oSoMoN , hey Laney , bonjourno Trevinho 
[08:36] <Trevinho> Buongiorno seb128! :)
[08:38] <jibel> it looks like a variation of hello in Fran-liano ;)
[08:42] <seb128> :-)
[08:44] <didrocks> hey Trevinho :)
[08:44] <Trevinho> hi didrocks 
[08:47] <seb128> Laney, is there a big hammer to retry all the glib autopkgtest which failed on armhf/unknown?
[08:49] <Laney> seb128: I just did it, see #ubuntu-devel
[08:53] <seb128> ack, do we have a script or something tht anyone can use for that? (I feel like I already asked that and should know but I don't remember now)
[08:54] <Laney> retry-autopkgtest-regressions
[08:54] <Laney> but if everyone starts using it we get duplicated requests
[08:59] <seb128> ack
[10:52] <ricotz> hey desktopers!
[10:52] <luna_> hey
[10:52] <luna_> Xorg: https://www.youtube.com/watch?v=b2mnbyRgXkY
[10:53] <ricotz> Trevinho, hi :), looks like your recent totem-pl-parser updates introduced several criticals leading to totem crash on startup
[10:53] <Trevinho> ricotz: mhmh, which one? shouldn't be no behavior change, does it?
[10:54] <ricotz> reverting to 3.26.5-1ubuntu1 made it work again
[10:54] <ricotz> Trevinho, https://paste.debian.net/plain/1164024
[10:55] <Trevinho> oh...
[10:55] <Trevinho> ricotz: mh, ok, will handle that, open a bug for me please
[10:56] <Trevinho> ricotz: weird that i'm not getting those though
[10:56] <Trevinho> meaybe need a new home?
[10:57] <Trevinho> ricotz: ok in clean env..
[10:58] <ricotz> Trevinho, sorry, I am busy currently -- hmm, I see
[11:13] <seb128> hey ricotz , how are you?
[11:43] <ricotz> seb128, hey, I am well
[11:55] <dgadomski> hello everyone
[11:56] <dgadomski> I was playing with gdm 3.36.3-0ubuntu0.20.04.1 from -proposed to test the fixes in multiseat handling
[11:56] <dgadomski> I noticed something weird when I login on 2 separate seats as the same user - on the 2nd the login prompt disappears leaving only gdm background and nothing else happens
[11:56] <dgadomski> then when I launch and app on 1st seat it is displayed on the screen of the 2nd seat (with artifacts)
[11:56] <dgadomski> I'm wondering is that usecase (logging as the same user in parallel) supported
[11:57] <Laney> I can't imagine that ending well
[11:58] <dgadomski> yeah, so many things that may go wrong
[11:58] <Laney> gdm should probably prevent it
[11:59] <dgadomski> agreed, that'd make sense
[11:59] <dgadomski> I'll report an upstream bug about it
[11:59] <dgadomski> thanks Laney
[11:59] <Laney> 👍 thanks
[12:03] <jibel> Laney, thanks for the upload
[12:04] <Laney> no problem
[12:04] <Laney> enjoy the bugs^Whappy users
[13:16] <Trevinho> ricotz: https://launchpad.net/ubuntu/+source/totem-pl-parser/3.26.5-5ubuntu1 should fix the totem error
[13:21] <seb128> jdstrand, reading https://bugs.launchpad.net/ubuntu/+source/evince/+bug/1891338/comments/5 ... the exo-open abstraction doesn't exist in the current apparmor right? how should we handle that, wait for apparmor 3 to land to do the change? (same for Debian?)
[13:27] <ricotz> Trevinho, makes sense ;)
[13:34] <kenvandine> seb128: looks like you and i are both retrying autopkgtests :)
[13:34] <KGB-0> gnome-shell tags b67f33a Marco Trevisan upstream/3.38.0 * Upstream version 3.38.0 * https://deb.li/ikGiD
[13:34] <KGB-0> gnome-shell upstream/latest 6615939 Marco Trevisan * pushed 15 commits * https://deb.li/3UkkU
[13:34] <seb128> kenvandine, I wish there was an easy way to avoid requeuing something already retried :-(
[13:34] <kenvandine> indeed
[13:34] <KGB-0> gnome-shell pristine-tar d227475 Marco Trevisan (Treviño) gnome-shell_3.38.0.orig.tar.xz.delta gnome-shell_3.38.0.orig.tar.xz.id * pristine-tar data for gnome-shell_3.38.0.orig.tar.xz * https://deb.li/i7LqF
[13:35] <kenvandine> i'm looking for real failures to debug
[13:35] <seb128> you are on +1?
[13:35] <kenvandine> yes
[13:36] <seb128> kenvandine, gnome-control-center is blocked on budgie-desktop failing, did you poke at that yet?
[13:37] <kenvandine> i can look at that one
[13:38] <seb128> thx
[13:40] <seb128> kenvandine, but otherwise just pick things on the report, e.g https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#rsync probably needs some sorting out
[13:41] <seb128> kenvandine, or https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#boxer-data
[13:42] <seb128> just random things on that page usually works
[13:42] <kenvandine> there are numerous failures for snapd-glib on armhf 
[13:43] <seb128> seems worth debugging, even if it's to make the test less flaky
[13:51] <Laney> seb128: would you be interested in contributing to the codebase to make that a reality?
[13:51] <Laney> or someone else?
[13:51] <Laney> (not allowing duplicate retries)
[13:53] <seb128> Laney, I should try to block some time for tooling work, but that's not going to be this cycle I'm afraid
[13:53] <Laney> right, that's how these issues manage to stay around for ages :(
[13:54] <seb128> didn't Simon or someone started on that one and had a first version up for review?
[13:55] <Laney> indeed
[13:56] <Laney> we should make a list of desired improvements for the next cycle's roadmap when planning, this could be one of them
[13:56] <seb128> yes
[14:01] <kenvandine> seb128: budgie-desktop failures are caused by gnome-control-center 3.38 breaking gnome-shell << 3.37.92 and gnome-shell is still 3.37.91
[14:02] <kenvandine> so that'll work itself out when gnome-shell is updated
[14:02] <seb128> kenvandine, ah, thanks for figuring it out
[14:04] <oSoMoN> Laney, I'd be interested in contributing to the tooling, but I wouldn't know where to start, so I would need some hand holding
[14:05] <oSoMoN> that would be perfect for a hack day at a sprint in the future
[14:05] <Laney> oSoMoN: cool!
[14:05] <Laney> that would be great great greeeeaaatttt
[14:15] <seb128> oSoMoN needs more hours in his days :-)
[14:26] <jdstrand> seb128: oh, sorry, I was thinking that existed. aa3 is in groovy-proposed now. I'm not sure about Debian's plans for aa3 (I suspect they will take it when it is final in a few weeks)
[14:27] <oSoMoN> seb128, true, days are way too short :)
[14:44] <oSoMoN> Laney, seb128, didrocks999: before submitting https://paste.ubuntu.com/p/2WGtnShrzX/, I'd like to make sure I fully understand the rationale. gnome-software in groovy is in universe, and gstreamer1.0-packagekit (in main) recommends it. Is that what generates the component mismatch? If so, why is it on those two architectures only?
[14:46]  * Laney meows
[14:46] <Laney> OK take a look at `apt show ubuntu-desktop` on amd64
[14:47] <Laney> We added "Provides: packagekit-installer", because morally ubuntu-desktop provides that
[14:47] <Laney> via the snap
[14:48] <Laney> but the problem is that ubuntu-desktop is not built on all arches https://git.launchpad.net/ubuntu/+source/ubuntu-meta/tree/debian/control#n60
[14:49] <Laney> namely riscv64 and s390x (currently)
[14:49] <Laney> so there is no Provides in effect there
[14:49] <Laney> which means that germinate has to find another way to satisfy that dependency, and gnome-software coming back into main is one way to do that
[14:50] <Laney> one of the ways out is just to chop that dependency out
[14:50] <oSoMoN> okay, that makes it clearer. I was missing some context
[14:51] <oSoMoN> so we don't want gnome-software back into main, right?
[14:52] <Laney> no, the team decided it wanted to maintain that as a snap
[14:55] <Laney> BTW
[14:55] <Laney> https://people.canonical.com/~ubuntu-archive/extra-germinate-output <- this is the file which let us figure that out eventually (took a while)
[15:00] <oSoMoN> fossfreedom, when you have some time for it, please review https://code.launchpad.net/~osomon/ubuntu-seeds/ubuntu-budgie.groovy/+merge/390839
[15:07] <oSoMoN> Laney, there: https://code.launchpad.net/~osomon/ubuntu-seeds/+git/ubuntu/+merge/390842
[15:07] <oSoMoN> I hope the commit message summarizes correctly the rationale
[15:08] <Laney> 😎
[15:08] <Laney> looks good to me!
[15:09] <oSoMoN> thanks for all the context, I know understand a bit more about seeds
[15:13] <hellsworth> good morning desktopers
[15:14] <oSoMoN> Wimpress, I see you're an admin of ~unity7maintainers. There's no groovy branch for the ubuntu-unity seeds (https://code.launchpad.net/~unity7maintainers/ubuntu-seeds), is it okay to target the eoan branch or should a groovy branch be created and the seed's update.cfg be updated?
[15:14] <oSoMoN> good morning hellsworth 
[15:14] <hellsworth> o/ oSoMoN 
[15:25] <Laney> https://discourse.gnome.org/t/new-gnome-versioning-scheme/4235
[15:25] <Laney> brave new world..!
[15:25] <Laney> hey hellsworth 
[15:28] <oSoMoN> can a MOTU please sponsor https://people.canonical.com/~osomon/sponsoring/unity-china-video-scope.debdiff ?
[15:31] <oSoMoN> almost done updating seeds and random packages for gvfs to migrate…
[15:44] <seb128> oSoMoN, k
[15:46] <oSoMoN> similarly to the ubuntu-unity seeds, there's no groovy branch for the ubuntu-gnome seeds at https://code.launchpad.net/~ubuntu-gnome-dev/ubuntu-seeds/+git/ubuntu-gnome
[15:47] <oSoMoN> can a core-dev please create it? (assuming that's what needs to happen)
[15:54] <Laney> oSoMoN: done for the ubuntu-gnome seeds
[15:54] <Laney> I might as well just make the change
[15:55] <Laney> I can't do unity but Trevinho should be able to
[15:56] <oSoMoN> Laney, thanks!
[16:55] <Laney> hmm, glib looks slightly angry on excuses even discounting i386 woe
[16:55] <Laney> good job i'm on +1 tomorrow and friday ;-)
[17:10] <oSoMoN> Laney, gnome-software is gone from https://people.canonical.com/~ubuntu-archive/component-mismatches.svg \o/
[19:40] <tjaalton> hellsworth: hey, is libreoffice now migrating to a snap? I see the snap version is at 7.0.1.2 while deb is older
[19:45] <hellsworth> the snap is much easier to update than the deb :) but there will continue to be both the deb and the snap for libreoffice for a while
[19:51] <tjaalton> yes I know
[19:51] <tjaalton> especially since a snap can be updated with less restrictions..?
[19:52] <tjaalton> so, since I've accepted some stable release updates recently, I should hash out a MRE for the deb with you.. :)
[20:02] <tjaalton> unless there are no new point-releases to be expected anymore?
[20:24] <hellsworth> oh there will be new point releases
[20:27] <hellsworth> tjaalton: what did you have in mind in terms of hashing out a MRE?
[20:29] <tjaalton> see the thread on ubuntu-release@
[20:34] <hellsworth> tjaalton: read the recent thread on ubuntu-release.. so are you looking for an improved SRU template I use for libreoffice specifically?
[20:38] <tjaalton> hellsworth: no, needs something like the documented cases in https://wiki.ubuntu.com/StableReleaseUpdates#Documentation_for_Special_Cases
[20:45] <hellsworth> tjaalton: why do we need a special case for libreoffice though?
[20:51] <tjaalton> because the stable updates aren't exactly "micro"
[21:04] <ricotz> tjaalton, hmm, the deb updates for libreoffice are pretty much "micro", e.g. 6.4.x in focal
[21:04] <ricotz> (if you restrict this argument to the actual release version)
[21:09] <tjaalton> still, it's clear it won't get accepted unless documented like the others and an exception is granted
[21:09] <tjaalton> future sru's I mean
[21:10] <ricotz> tjaalton, I see, there are some policy changes