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