[00:10] mwhudson: no, sorry. similar problem for folks [00:10] jbicha: what do you think the way forward is? we could just disable the failing test [00:11] jbicha: please subscribe desktop to freerdp3 [00:11] doko: I'll have to ping seb128, I don't have that access [00:13] mwhudson: sorry, I haven't had time to look into them [00:14] pre-promoted [00:21] jbicha: the failure is that retrieving information about the argument of a method fails to detect the default argument [00:25] jbicha: i assume it's the new glib but there are so many layers of things i don't really understand in play... === amurray_ is now known as amurray [00:49] jbicha: here's a patch that skips the failing bits. https://paste.ubuntu.com/p/jfXNcQ2MYb/ i'm not super happy about this but it's blocking other things... [00:54] mwhudson: I won't stop you from uploading [00:54] jbicha: that'll do for now [01:20] ./47 [01:45] queuebot seems to have crashed and has been down all day my time. [01:48] you're not the first one to see that. just see the backlog [02:04] Indeed. === chris14_ is now known as chris14 === pushkarnk1 is now known as pushkarnk === cpete_ is now known as cpete === alucardromero4 is now known as alucardromero === pushkarnk1 is now known as pushkarnk === pushkarnk1 is now known as pushkarnk [09:15] doko, Eickmeyer, according to https://lists.ubuntu.com/archives/ubuntu-release/2024-February/005924.html I think we need to wait for vorlon or bdmurray to be around to figure out the queuebot status, I suspect from that email that some others (maybe me included?) might have access to the env but the email has no detail and afaik that didn't get documented so I've no idea where one should poke to get the bot back online === Ukikie_ is now known as Ukikie [10:25] Hello release team! A small request from the Xubuntu team for 24.04: https://bugs.launchpad.net/ubuntu/+source/xubuntu-meta/+bug/2058631 [10:25] -ubottu:#ubuntu-release- Launchpad bug 2058631 in xubuntu-meta (Ubuntu) "FFe: Add gdebi to Xubuntu 24.04 for .deb files" [Undecided, New] [13:03] ubuntu-archive, we should probably drop the xpra armhf binaries: https://bugs.launchpad.net/ubuntu/+source/xpra/+bug/2058373 [13:03] -ubottu:#ubuntu-release- Launchpad bug 2058373 in xpra (Ubuntu) "FTBFS on armhf (3.1.5+dfsg1-0.2)" [Undecided, New] [13:14] slyon, why not cast it? [13:14] oh wow cython [13:15] LocutusOfBorg: because this isn't the first issue of this type and upstream doesn't support 32 bit architectures anymore. [14:25] seb128: ack [14:26] ubuntu-release: URGENT UIFe: https://launchpad.net/bugs/2058659 [14:26] -ubottu:#ubuntu-release- Launchpad bug 2058659 in ubuntu-mate-settings (Ubuntu) "[UIFe] Ubuntu MATE bootstrap slideshow incomplete" [High, New] === mfo is now known as Guest5413 [14:50] Eickmeyer, UIF didn't start yet, you don't need an exception [14:51] seb128: It's kinda... preemptive. [14:51] which sort of contradict being urgent... [14:51] Fair. [15:10] I ignored pacemaker test failures on armhf... this way I unblocked something === pushkarnk1 is now known as pushkarnk [16:08] bdmurray: Thanks for the rejecting the prior upload cloud-init v.24.1.1 yesterday. cloud-init v.24.1.2 is appropriately queued now for whenever SRU vanguards have ample time :) [16:26] vorlon, libfm bootstrap please? [16:26] your copy failed [17:39] ubuntu-archive: Looking for an ack for ubuntucinnamon-environment for a binary:NEW of ubuntucinnamon-live-settings. [18:05] So all packages in https://magenta.jak-linux.org/ubuntu-archive/distcheck/noble.armhf/removal-candidates.with-proposed-missing.txt can be removed, command to run is at the end [18:06] I finally found it. [18:06] these new removal-candidates reports in https://magenta.jak-linux.org/ubuntu-archive/distcheck/noble.armhf/ are interesting, they show all leave packages [18:06] leave is an appropriate slip [18:06] then they pretend you remove all leave packages and show would be leaf packages, iteratively, until no leafe packages are left :D [18:06] heh [18:07] I'll write another email announcing the reports in more detail [18:07] From the record queuebot is at prod-community-reports-sponsoring@community-bastion-ps5 [18:07] These run hourly [18:10] -queuebot:#ubuntu-release- Unapproved: dotnet7 (mantic-proposed/universe) [7.0.117-0ubuntu1~23.10.1 => 7.0.117-0ubuntu1~23.10.2] (no packageset) [18:12] Maybe we do want to remove https://magenta.jak-linux.org/ubuntu-archive/distcheck/noble.armhf/removal-candidates.with-proposed.txt though [18:12] i.e. this contains more than "leaf & missing build in proposed" [18:12] but it's all leaf packages that have a newer source package in proposed [18:12] so their binaries would get reinstated [18:13] (if they have any) [18:23] 20 * * * * curl https://magenta.jak-linux.org/ubuntu-archive/distcheck/noble.armhf/removal-candidates.with-proposed-missing.txt | grep -o remove-package.* | sh -` [18:23] ^ handy cron tab to just automate removing this I suppose [18:23] -queuebot:#ubuntu-release- Unapproved: dotnet7 (jammy-proposed/universe) [7.0.117-0ubuntu1~22.04.1 => 7.0.117-0ubuntu1~22.04.2] (no packageset) [18:23] I guess you need to pass it through yes or sed in a -y [18:37] -queuebot:#ubuntu-release- Unapproved: dotnet8 (mantic-proposed/universe) [8.0.103-8.0.3-0ubuntu1~23.10.1 => 8.0.103-8.0.3-0ubuntu1~23.10.2] (no packageset) [18:44] -queuebot:#ubuntu-release- Unapproved: dotnet8 (jammy-proposed/universe) [8.0.103-8.0.3-0ubuntu1~22.04.1 => 8.0.103-8.0.3-0ubuntu1~22.04.2] (no packageset) [18:49] -queuebot:#ubuntu-release- New binary: click [amd64] (noble-proposed/universe) [0.5.2-2] (no packageset) [18:49] -queuebot:#ubuntu-release- New binary: click [arm64] (noble-proposed/universe) [0.5.2-2] (no packageset) [18:50] -queuebot:#ubuntu-release- New binary: click [ppc64el] (noble-proposed/universe) [0.5.2-2] (no packageset) [18:52] -queuebot:#ubuntu-release- New binary: click [s390x] (noble-proposed/universe) [0.5.2-2] (no packageset) [18:53] Also to mention this here: The reports now correctly consider any seeded package to be not a leaf package, even if it is [18:54] like ubuntu-minimal has no reverse depends, but it's in the minimal seed so it's not offered for removal [18:55] -queuebot:#ubuntu-release- New binary: click [armhf] (noble-proposed/universe) [0.5.2-2] (no packageset) [19:02] -queuebot:#ubuntu-release- New: accepted click [amd64] (noble-proposed) [0.5.2-2] [19:02] -queuebot:#ubuntu-release- New: accepted click [armhf] (noble-proposed) [0.5.2-2] [19:02] -queuebot:#ubuntu-release- New: accepted click [s390x] (noble-proposed) [0.5.2-2] [19:02] -queuebot:#ubuntu-release- New: accepted click [arm64] (noble-proposed) [0.5.2-2] [19:02] -queuebot:#ubuntu-release- New: accepted click [ppc64el] (noble-proposed) [0.5.2-2] [19:05] -queuebot:#ubuntu-release- New binary: ghdl [amd64] (noble-proposed/universe) [4.0.0+dfsg-0ubuntu1] (no packageset) [19:07] -queuebot:#ubuntu-release- New: accepted ghdl [amd64] (noble-proposed) [4.0.0+dfsg-0ubuntu1] [19:12] -queuebot:#ubuntu-release- New binary: ghdl [arm64] (noble-proposed/universe) [4.0.0+dfsg-0ubuntu1] (no packageset) [19:13] -queuebot:#ubuntu-release- New: accepted ghdl [arm64] (noble-proposed) [4.0.0+dfsg-0ubuntu1] [19:27] bdmurray, thanks, I've added a small section about it to my distro services index document [19:57] seb128: thank you [20:04] ubuntu-release: Hello, could we please get a followup review of this? https://bugs.launchpad.net/ubuntu/+source/calamares-settings-ubuntu/+bug/2056061 [20:04] -ubottu:#ubuntu-release- Launchpad bug 2056061 in calamares-settings-ubuntu (Ubuntu) "FFe: Calamares customize menu" [Undecided, New] [20:05] transition page is not getting updated? [20:19] ubuntu-archive: gtk+3.0 migration is blocked by armhf failure of cjs which fails to build on armhf due to mozjs102 dependency. [20:19] mozjs102 fails to build on all architectures in proposed due to usage of distutils. Would it be possible to remove mozjs102 from noble-proposed and remove armhf for mozjs102, cjs, cinnamon? [20:19] jbicha: please correct if I've made any mistakes here =) [20:25] ItzSwirlz: ^ [20:26] cinnamon itself has some reverse depends that would need to be removed too [20:27] to be clear, mozjs102's ftbfs needs to be fixed but maybe it's ok to fix it after the time transition [20:44] -queuebot:#ubuntu-release- New binary: gnome-user-docs [amd64] (noble-proposed/main) [46.0-1ubuntu1] (ubuntu-desktop) === alucardromero5 is now known as alucardromero [21:27] ubuntu-archive: pls remove searchmonkey/armhf from release (or just delete the project, i think it's dead) [21:35] mwhudson: delete the project? [21:38] bdmurray: um. package [21:40] I'll remove the armhf binaries w/o a bug but removing the package should have a bug report. [21:40] ok [21:40] probably just removing the armf binaries is the right thing for now [21:42] -queuebot:#ubuntu-release- New: accepted gnome-user-docs [amd64] (noble-proposed) [46.0-1ubuntu1] [21:44] I think I have a better reverse-depends now with my new script [21:44] In some sense, that mode hasn't been written into it ;) [21:45] But it respects provides and everything [21:53] But it's also useless perhaps [21:54] vpa1977: I ran my script new report on libcjs0 and it's a bit useless due to notification-daemon, x-window-manager provides: https://magenta.jak-linux.org/ubuntu-archive/distcheck/noble.armhf/reverse-depends.libcjs0.txt [21:56] notification-daemon is especially tricky since it's both a regular package and virtual package [21:56] Filtered those out now [21:57] So vpa1977 hard to remove cjs, the graph is a bit high [21:57] it looks like a quest to upgrade mozjs102 then ... ;( [21:58] We *could* remove it and break stuff [21:59] # if you're in this list, your packages may not stay in sync with the source [21:59] OUTOFSYNC_ARCHES = [21:59] # if you're in this list, your uninstallability count may increase [21:59] BREAK_ARCHES = [21:59] Wonder if we should set one of these for armhf [22:00] Or `NEW_ARCHES` [22:00] Not sure if launchpad can handle those well [22:02] OUTOFSYNC_ARCHES sounds useful? [22:03] So if armhf is not built in the new version, the old version will be NBS but we go ahead anyhow [22:03] AFAIUI [22:07] bdmurray: So we could try setting OUTOFSYNC_ARCHES = armhf in britney.conf and that should ignore missing builds on armhf; normally it removes outdated armhf builds but our britney does no removals so this sounds like it should help [22:10] Debian has set mips64el to out of sync [22:11] Would be nice to do a dry-run [22:12] Not sure how one could do a dry-run [22:29] * mwhudson afk for a while [22:51] juliank: britney2 should be runnable on your local host, no? You can download all the Release files and point it at your local mirror then read its excuses to figure out what it wants from you [23:10] This might be a little (overly braindead|not exactly what you need), but you can use the stuff here to download the files that Britney needs to the `noble` directory of the current directory: https://gist.github.com/UniversalSuperBox/59518f7b522bb1fb77305ab945b61daf [23:23] UnivrslSuprBox: Oooooh, that's useful, thanks [23:23] tsimonq2: This is exactly how we run britney2 at `$DAYJOB` given we don't have the ftpmaster and britney2 on the same machine (or anywhere mountable) [23:24] we have a few less ports to worry about though [23:24] heh :) [23:27] the mirror copes without the by-hash contents? [23:34] ubuntu-release: FYI, I consider fixing bug 2058277 for Noble to be a release blocker for Lubuntu. [23:34] -ubottu:#ubuntu-release- Bug 2058277 in snapd (Ubuntu Noble) "[SRU] 2.62" [Undecided, New] https://launchpad.net/bugs/2058277 [23:35] I don't expect it to take that much time, just making that clear. :) [23:42] sarnold: not sure actually, the archive at `$DAYJOB` doesn't publish by-hash. I would expect britney2 to use the legacy paths though. [23:43] There's definitely a smarter way to download all the necessary information, but I was feeling particularly unga bunga on the day I wrote this and it was 50x faster than what we were doing before for the same workload. It's actually quite slow on the Ubuntu archive... [23:45] tsimonq2: noted [23:50] UnivrslSuprBox: yeah if you wanted only a partial copy, the by-hash directory is surely going to make that hard :) [23:51] Well, Britney2 is only interested in the Packages files at the end of the day, I don't think it's all that smart at finding them. [23:55] hehe [23:56] Yep, it's not smart enough to use by-hash, not in Ubuntu or Debian's fork. It checks the Release file to ensure the architecture it wants is there, then builds its own path to the binary-/Packages file. [23:56] _with that said_ I think my serving suggestion will fail because the Release file will be either -ports or not-ports. [23:56] well I tried :(