[17:00] <liushuyu> opening a bug report
[17:00] <juliank> taking libwacom
[17:00] <enr0n> taking libwebp
[17:00] <pushkarnk> ginggs: ack, I assumed I'd need to create bug reports for the blocked packages too
[17:00] <ginggs> enr0n: libvirt ack
[17:00] <juliank> should we just take bundles of 3?
[17:01] <juliank> ginggs: force-skiptest libwacom/2.10.0-1build1
[17:01] <enr0n> ginggs: please hint libwebp; NCR, no failing armhf tests
[17:02] <juliank> taking libwebsockets
[17:02] <enr0n> taking libwmf
[17:02]  * ginggs gets a coffee
[17:02] <juliank> ginggs: force-skiptest libwebsockets/4.3.3-1.1build1
[17:02]  * slyon calling it a day o/
[17:03] <enr0n> ginggs: please hint libwmf; NCR, no failing armhf tests
[17:03] <enr0n> taking libwnck3
[17:03] <enr0n> retry already queued, moving on
[17:03] <enr0n> taking libwww-curl-perl
[17:04] <liushuyu> ginggs: hint libvmod-redis and see also https://bugs.launchpad.net/ubuntu/+source/libvmod-redis/+bug/2059292
[17:04] -ubottu:#ubuntu-release- Launchpad bug 2059292 in libvmod-redis (Ubuntu) "autopkgtest failure with libvmod-redis/15.1-1build2 on arm64" [Undecided, New]
[17:04] <liushuyu> taking libxklavier
[17:04] <cpete> ginggs: please hint libphonenumber -- bug reported for pnc 2059291 (I think it just needs a rebuild)
[17:04] <schopin> ginggs: can we badtest libusb-1.0/2:1.0.27-1/i386 due to LP: #2059293 ?
[17:05] -ubottu:#ubuntu-release- Launchpad bug 2059293 in libusb-1.0 (Ubuntu) "autopkgtests fail on i386 on the new testsuite" [Undecided, New] https://launchpad.net/bugs/2059293
[17:05] <enr0n> libwww-curl-perl is blocked by dgit/armhf, which already has a bug open. Moving on
[17:05] <schopin> ginggs: and then can we hint libusb-1.0 altogether please? :)
[17:05] <danilogondolfo> taking libxml2
[17:05] <liushuyu> ginggs: hint libxklavier (bad dependency on arm64)
[17:05] <enr0n> taking libxmlb
[17:05] <schopin> taking libxmlb
[17:05] <schopin> Damned
[17:05] <liushuyu> taking libxml-libxslt-perl
[17:06] <schopin> taking libxmu
[17:06] <schopin> we're almost out of libs!
[17:06] <liushuyu> schopin: race-condition is easy with so many people pulling from the same job pool
[17:06] <danilogondolfo> oh boy, libxml2 looks amazing...
[17:06] <enr0n> retry for libxmlb already passed, nothing to do
[17:06] -queuebot:#ubuntu-release- Unapproved: cloud-init (jammy-proposed/main) [23.4.4-0ubuntu0~22.04.1 => 24.1.3-0ubuntu1~22.04.1] (core, ubuntu-cloud)
[17:06] -queuebot:#ubuntu-release- Unapproved: cloud-init (noble-proposed/main) [24.1.2-0ubuntu1 => 24.1.3-0ubuntu1] (core, ubuntu-cloud)
[17:06] -queuebot:#ubuntu-release- Unapproved: cloud-init (mantic-proposed/main) [23.4.4-0ubuntu0~23.10.1 => 24.1.3-0ubuntu1~23.10.1] (core, ubuntu-cloud)
[17:06] <schopin> ginggs: please hint libxmu :)
[17:07] <sil2100> juliank: looking at both rm bugs!
[17:07] <schopin> taking libxt
[17:07] <enr0n> taking libxtrx
[17:07] -queuebot:#ubuntu-release- Unapproved: cloud-init (focal-proposed/main) [23.4.4-0ubuntu0~20.04.1 => 24.1.3-0ubuntu1~20.04.1] (core, edubuntu, ubuntu-cloud)
[17:08] <enr0n> retry for libxtrx already passed
[17:08] <liushuyu> ginggs: hint libxml-libxslt-perl (bad test results on amd64, ppc64el and s390x)
[17:08] <enr0n> taking libyaml-libyaml-perl
[17:08] <schopin> Looks like Graham already did the job on libxt
[17:08] <schopin> taking libyaml-syck-perl
[17:08] <schopin> Last lib!
[17:08] <liushuyu> taking lightdm
[17:09] <liushuyu> We are currently at 595 / 1210 (~49%)
[17:09] <enr0n> retries for libyaml-libyaml-perl already passed, nothing to do
[17:09] <schopin> libyaml-syck-perl was handled by adrien
[17:09] <enr0n> taking lighttpd
[17:09] <schopin> taking lilyterm
[17:11] <liushuyu> ginggs: lightdm is good. Excuses page did not update in time
[17:11] <liushuyu> taking links2
[17:11] <schopin> ginggs: please hint lilyterm
[17:11] <juliank> I need to get dinner, and then I'm off until Tuesday
[17:11] <schopin> liushuyu: I think it's better not to HL Graham if there's nothing for him to do :P
[17:12] <juliank> I will check in occassionally but it's not full attention work doing :D
[17:12] <schopin> taking linux-meta
[17:12]  * enr0n makes coffee
[17:13] <juliank> vorlon: So I created (to be published) https://autopkgtest.ubuntu.com/releases/noble which is a migration-reference/0 dashboard to track the release pocket quality (basically N/A and green is good, N/A because britney only schedules reference tests on failures)
[17:13] <liushuyu> ginggs: hint links2 (bad test data from multiple arch)
[17:14] <liushuyu> schopin: I mean, it could use a hint even if the tests are good (but update is delayed)
[17:14] <liushuyu> taking linux-restricted-modules
[17:15] <juliank> vorlon: So I'd love to get migration-reference/0 done for anything that migrates to make sure we have an accurate gauge, but if we don't migrate everything that's leftover, we should do 3 steps I suppose: 1. purge queues, 2. setup migration-reference/0 for migrated stuff and reverse depends (all packages?) in proposed 3. requeue RUNNING tests 4. retry REGRESSION?
[17:15] <liushuyu> ginggs: hint linux-restricted-modules (linux-doc issue again)
[17:15] <juliank> Well between 1 and 2, let schopin upload glibc and britney run to generate migration-reference/0 tests for it
[17:15]  * sil2100 out from time_t for a bit but will be back in 2-3 hours
[17:16] <liushuyu> taking lltdscan
[17:16] <liushuyu> ginggs: hint lltdscan (missing Qt 5 packages on armhf)
[17:16] <schopin> vorlon: can we remove linux-meta from the list? Does it really make sense for us to force the kernel through?
[17:17] <juliank> I'd rather break existing linux-tools packages
[17:17] <liushuyu> we might need a no-change rebuild for linssid (unsure if someone handled that)
[17:17] <vorlon> schopin: the kernel has to go in
[17:17] <dviererbe> ginggs: please hint libmoose-perl, libglib-perl, libgee-0.8, libgdal-grass, libdevice-i2c-perl, libdap
[17:17] <ginggs> juliank: libwacom ack
[17:17] <liushuyu> (linssid: from lltdscan vs forensics-extra test)
[17:17] <vorlon> schopin: there are userspace packages that depend on transitioning libs
[17:18] <juliank> None of the kernel userspace packages are particularly important though
[17:18] <vorlon> schopin: actually hmm that shouldn't affect armhf because of Provides: let me think
[17:18] <ginggs> enr0n: libwebp ack
[17:19] <ginggs> juliank: libwebsockets ack
[17:19] <vorlon> oh cool, libredis-perl is just libio-socket-timeout-perl
[17:20] <ginggs> enr0n: libwmf ack
[17:21] <ginggs> liushuyu: libvmod-redis  ack
[17:22] <schopin> while you're figuring out the linux-meta thing I'll go out for a quick walk while there is still daylight.
[17:22] <pushkarnk> ginggs: please hint libticonv. The three listed regressions are amd64-specific (19 days old) and all of them have passed locally.
[17:22] <ginggs> cpete: libphonenumber ack
[17:23] <jbicha> ginggs: could you accept workrave for noble? It is needed to unblock gnome-shell [GNOME Shell extensions usually have strict Depends like gnome-shell (<< 46~) ]
[17:24] <vorlon> sil2100: um you removed *tox* from the proposed pocket too? also this could've been done with just armhf binary removals instead of source removals
[17:24] <schopin> isn't arch:all?
[17:25] <juliank> tox is arch:all yes
[17:25] <vorlon> schopin, juliank: do the linux-meta autopkgtest failures represent real regressions?
[17:25] <vorlon> schopin, juliank: the kernel *also* needs to get in for beta, I don't see why we wouldn't just hint it with the rest
[17:25] <juliank> linux-meta looks ok to me tbh
[17:25] <vorlon> yeah so why are we balking at pushing it
[17:26] <juliank> 5033s  autopkgtest-satdep : Depends: linux-doc but it is not installable
[17:26] <pushkarnk> taking llvm-defaults
[17:26] <juliank> well I guess that is weird
[17:26] <schopin> vorlon: I haven't spotted a real regression yet (not through all the logs)
[17:26] <ginggs> schopin: skiptest libusb-1.0 ack -- don't need a badtest as well
[17:26] <vorlon> ok hinting perl now, will follow up with a bug report on libio-socket-timeout-perl, and now I'm afk again for a while (food+exercise)
[17:26] <juliank> but if I look at https://adrien.dcln.fr/misc/update_excuses_2.html#linux-meta
[17:26] <juliank> All red lines have green too
[17:26] <juliank> except ipmitool/1.8.19-7
[17:27] <enr0n> taking llvm-toolchain-14
[17:27] <vorlon> juliank: ipmitool has 2 neutral results
[17:27] <juliank> but that pased today
[17:27] <vorlon> yes
[17:27] <juliank> so arguably everything that ran passedo n some arch
[17:27] <ginggs> liushuyu: libxklavier ack
[17:28] <schopin> I'd take that argument on any userspace package, but we're talking about the kernel here :)
[17:28] <juliank> yes the kernel team applies looser standards anyway
[17:28] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (jammy-proposed) [2.765.41]
[17:29] <schopin> nvidia drivers appears to be broken though.
[17:29] <ginggs> schopin: libxmu ack
[17:29] <vorlon> schopin: link?
[17:29] <schopin> vorlon: https://autopkgtest.ubuntu.com/packages/n/nvidia-graphics-drivers-470/noble/amd64
[17:29] <vorlon> schopin: linux-doc garbage
[17:30] <juliank> linux-doc doesn't even have dependencies fwiw
[17:30] <ginggs> liushuyu: libxml-libxslt-perl  ack
[17:30] <juliank> I guess something depends *on it* and is broken
[17:30] <vorlon> schopin: we need to escalate that to the kernel team, however it doesn't indicate breakage per se (we don't even use dkms for nvidia)
[17:30] <vorlon> juliank: correct, the kernel team summarily dropped it ignoring the impact on the archive
[17:31] <juliank> odd I see a pool/main/l/linux/linux-doc_6.8.0-20.20_all.deb
[17:31] <vorlon> https://bugs.launchpad.net/ubuntu/+source/zfs-linux/+bug/2056489
[17:31] -ubottu:#ubuntu-release- Launchpad bug 2056489 in zfs-linux (Ubuntu) "autopkgtest failure due to linux-doc unavailable" [Undecided, New]
[17:31]  * schopin is out the doors for real.
[17:31] <vorlon> juliank: hmmmm
[17:32] <ginggs> liushuyu: lightdm ack
[17:32] <enr0n> triggered some retries for llvm-toolchain-14, moving on
[17:32] <enr0n> taking llvm-toolchain-15
[17:32] <ginggs> schopin: lilyterm ack
[17:33] <vorlon> juliank: then I don't know
[17:33] <ginggs> liushuyu: links2 ack
[17:33] <juliank> vorlon: there is none in the release pocket, but it is in proposed
[17:35] <juliank> vorlon: it was reintroduced march 14
[17:35] <ginggs> liushuyu: linux-restricted-modules ack
[17:36] <juliank> vorlon: it may really be more an issue with dkms
[17:37] <juliank> or the timing was off
[17:37] <ginggs> liushuyu: lltdscan ack
[17:37] <enr0n> the only armhf failure blocking llvm-toolchain-15 is eztrace, which already has a bug opened
[17:37] <juliank> I'd still say force-skiptest it
[17:37] <enr0n> taking llvm-toolchain-16
[17:38] <juliank> But also let's just ask the kernel team to give an answer in the next 2 hours
[17:39] <liushuyu> taking llvm-toolchain-17
[17:39] <dbungert> ginggs: please hint libticables
[17:39] <dbungert> taking llvm-toolchain-18
[17:39] <enr0n> llvm-toolchain-16 is not blocked by any armhf failures, but it's not a NCR so not sure it should be hinted right now
[17:40] <enr0n> taking log4cxx
[17:42] <enr0n> tests for log4cxx are in progress or already passed, nothing to do
[17:42] <enr0n> taking lomiri
[17:43] <enr0n> triggered retries for lomiri
[17:44] <enr0n> taking lomiri-app-launch
[17:44] <adrien> vorlon: finally got some time to finish the list for request-tracker4/5; there are 35 tests
[17:44] <ginggs> dviererbe:  libmoose-perl, libglib-perl, libgee-0.8, libgdal-grass, libdevice-i2c-perl, libdap ack
[17:45] <adrien> vorlon: apache2 cdebconf courier exim4 libapache2-mod-perl2 libcgi-pm-perl libclone-perl libcpanel-json-xs-perl libcrypt-eksblowfish-perl libcss-minifier-xs-perl libdatetime-perl libdbd-mysql-perl libdbd-pg-perl libdbd-sqlite3-perl libdbi-perl libencode-perl libfcgi-perl libhtml-gumbo-perl libjavascript-minifier-xs-perl libmoose-perl libnet-ssleay-perl libperlio-eol-perl libscope-upper-perl
[17:45] <adrien> libterm-readkey-perl libterm-readline-gnu-perl mariadb mysql-8.0 perl pkg-perl-tools postfix postgresql-16 procps sendmail sqlite3 ssmtp
[17:45] <enr0n> triggered retry for lomiri-app-launch
[17:45] <adrien> I can't really analyze/deduplicate all of them
[17:45] <ginggs> pushkarnk: libticonv ack
[17:45] <enr0n> taking lomiri-clock-app
[17:46] <adrien> (that'd be around 200 logs (actually, I could almost but I don't have the time right now))
[17:46] <enr0n> test in progress for lomiri-clock-app, nothing to do
[17:46] <enr0n> taking lomiri-settings-components
[17:47] <enr0n> retries in progress for lomiri-settings-components
[17:47] <enr0n> taking lomiri-thumbnailer
[17:47] -queuebot:#ubuntu-release- Unapproved: accepted workrave [source] (noble-proposed) [1.10.52-1ubuntu5]
[17:48] <ginggs> jbicha: workrave accepted
[17:48] <enr0n> ginggs: please hint lomiri-thumbnailer; NCR, no failing armhf tests
[17:48] <enr0n> taking lomiri-ui-toolkit
[17:49] <ginggs> dbungert: libticables ack
[17:49] <enr0n> retried tests for lomiri-ui-toolkit
[17:49] <enr0n> taking loudmouth
[17:50] <ginggs> enr0n: lomiri-thumbnailer ack
[17:50] <liushuyu> ginggs: hint llvm-toolchain-17 (bad test results, and see also https://bugs.launchpad.net/ubuntu/+source/ycmd/+bug/2059160)
[17:50] -ubottu:#ubuntu-release- Launchpad bug 2059160 in ycmd (Ubuntu) "proposed-migration for ycmd 0+20231230+git9e43034+ds-2build2" [High, New]
[17:51] <liushuyu> taking lshw
[17:51] <enr0n> retry in progress for loudmouth
[17:51] <liushuyu> ginggs: hint lshw (forensics-extra again...)
[17:51] <liushuyu> taking lua5.1
[17:52] <liushuyu> ginggs: hint lua5.1 (bad test result: falcosecurity-libs vs lua5.1, re-test already in-queue)
[17:54] <liushuyu> taking lua-lgi
[17:55] <liushuyu> ginggs: hint lua-lgi (bad dependency on amd64 due to libglib2.0-dev uninstallable at the test time)
[17:56] <dbungert> ginggs: please hint llvm-toolchain-18
[17:56] <dbungert> afk
[17:56] <liushuyu> ginggs: hint lua-luv (bad dependencies on amd64/ppc64el/s390x)
[17:57] <liushuyu> taking lumpy-sv
[17:58] <juliank> waveform: so see the list in the topic (https://paste.ubuntu.com/p/qKfzDjjgN9/), see scrollback for who took the last one (right now, liushuyu | taking lumpy-sv) and pick the one after that
[17:59] <waveform> juliank, ta -- any particular procedure or just check excuses and work from there?
[18:00] <juliank> waveform: check excuses, yeah, if you see failures see if they are real failures. Any newer pass is a pass anyway. If it looks reasonably passing ask ginggs for a hint
[18:00] <liushuyu> waveform: we are currently on the "emergency protocol": check-only, if there is a genuine issue, don't bother fixing it, just file a bug
[18:00] <juliank> waveform: if stuff is really teribbly blocked, file a removal bug tagged time-t and ping sil2100
[18:00] <waveform> ack
[18:00] <waveform> in that case: taking lvm2
[18:01] <juliank> enjoy
[18:01] <liushuyu> If the tests have a high-probability of passing (due to the tests marked as error), ping ginggs and request for a package hint
[18:01] <waveform> yikes :)
[18:02] <waveform> yeah, I noticed a lot of tests marked as "error" state but passing when dealing with some universe stuff earlier. I assumed a load of stuff got invalidated at some recent point?
[18:02] <juliank> yeah QA team and I did that yesterday, they all got no-proposed=1 added as a hint for you when reading
[18:02] <juliank> :)
[18:03] <waveform> ahhh, that explains much, thanks!
[18:04] <liushuyu> ginggs: hint lumpy-sv (tests still in-progress on several arch, but passed on the rest)
[18:04] <liushuyu> taking lxml
[18:05] <enr0n> taking lxqt-notificationd
[18:06] <liushuyu> ginggs: hint lxml (a lot of bad test results on s390x, most passed on !s390x)
[18:07] <liushuyu> taking lxsession
[18:07] <cpete> taking lxterminal
[18:07] <enr0n> retry already in progress for lxqt-notificationd
[18:07] <enr0n> taking m2crypto
[18:08] <liushuyu> ginggs: hint lxsession (gdm3 tests just passed, hasn't updated)
[18:08] <liushuyu> taking magicrescue
[18:09] <enr0n> Looks like m2crypto has a real armhf regression, but bug is already created
[18:09] <enr0n> taking magpie
[18:09] <liushuyu> ginggs: hint magicrescue (waiting for the ppc64el test results)
[18:10] <liushuyu> taking mailfromd
[18:10] <enr0n> ginggs: please hint magpie; NCR, no armhf failures
[18:10] <enr0n> taking mailutils
[18:12] <liushuyu> ginggs: hint mailfromd (lacks results for amd64, test is in the queue)
[18:12] <liushuyu> taking makedumpfile
[18:12] <liushuyu> ginggs: hint makedumpfile (blocked by elfutils)
[18:13] <liushuyu> taking maloc
[18:14] <liushuyu> ginggs: hint maloc (not a regression, reference tests just finished)
[18:14] <ginggs> liushuyu: llvm-toolchain-17 ack
[18:14] <liushuyu> taking man-db
[18:14] <liushuyu> ginggs: hint man-db (bad test results on i386)
[18:15] <liushuyu> taking mandos
[18:15] <ginggs> liushuyu: lshw ack
[18:16] <liushuyu> ginggs: hint mandos (test results superseded by a test passed with all-proposed=1)
[18:16] <liushuyu> taking manimpango
[18:17] <ginggs> liushuyu: actually, that's a nack for lshw, no longer needed
[18:17] <ginggs> just got a fresh update_excuses
[18:18] <ginggs> liushuyu: lua5.1ready to migrate
[18:19] <ginggs> liushuyu: lua-lgi ack
[18:19] <liushuyu> ginggs: nack for lshw > understood
[18:20] <liushuyu> ginggs: hint manimpango (bad dependency on amd64)
[18:20] <ginggs> dbungert: llvm-toolchain-18 ack
[18:20] <enr0n> ginggs: please hint mailutils; no armhf failures, and other failures look unrelated
[18:21] <enr0n> taking marco
[18:21] <ginggs> liushuyu: lua-luv ack
[18:22] <enr0n> ginggs: please hint marco; NCR, no failing armhf
[18:22] <enr0n> taking mariadb
[18:23] <ginggs> liushuyu: lumpy-sv ack
[18:23] <liushuyu> taking marisa
[18:24] <ginggs> liushuyu: lxml ack
[18:24] <waveform> hmm, quick question: gone thru all the regressions on lvm2, but there's a ton of "test in progress" where I'm pretty sure there's no test in progress ... going through those, if there's no recent test covering the version in question I should re-trigger those?
[18:25] <ginggs> liushuyu: lxsession ack
[18:26] <ginggs> liushuyu: magicrescue ack
[18:26] <enr0n> armhf blockers of mariadb already have bugs opened
[18:27] <ginggs> enr0n: magpie ack
[18:27] <liushuyu> waveform: you should re-trigger those, but in the meantime, if you can't find a genuine regression, you should ask the current responding AA to hint the test (since we are currently on "emergency protocol")
[18:27] <waveform> liushuyu, ack
[18:27] <ginggs> liushuyu: mailfromd ack
[18:28] <cpete> ginggs: please hint lxterminal
[18:29] <ginggs> liushuyu: makedumpfile nothing to do here?
[18:30] <ginggs> liushuyu: maloc ack
[18:30] <liushuyu> ginggs: okay, I saw the excuses page listed elfutils a blocker for makedumpfile
[18:31] <cpete> taking mate-notification-daemon
[18:31] <ginggs> liushuyu: man-db ack
[18:31] <ginggs> liushuyu: mandos ack
[18:31] <schopin> linux-meta to be revisited (some amd64 tests were never run, now queued)
[18:32] <liushuyu> ginggs: hint marisa (test in-progress on amd64, passed on the others)
[18:32] <ginggs> liushuyu: manimpango ack
[18:33] <liushuyu> taking mate-session-manager
[18:33] <schopin> taking mate-terminal
[18:33] <ginggs> enr0n: mailutils ack
[18:33] <enr0n> taking mathcomp-algebra-tactics
[18:33] <liushuyu> ginggs: hint mate-session-manager (bad test results on amd64/ppc64el)
[18:34] <ginggs> enr0n: marco ack
[18:34] <schopin> ginggs: please hint mate-terminal
[18:34] <cpete> ginggs: please hint mate-notification-daemon
[18:34] <enr0n> ginggs: please hint mathcomp-algebra-tactics; NCR, no failing armhf
[18:34] <schopin> taking mathcomp-algebra-tactics
[18:35] <schopin> Oh, sorry, didn't see your msg enr0n
[18:35] <enr0n> schopin: np
[18:35] <schopin> taking mathcomp-analysis
[18:35] <cpete> taking mathcomp-bigenough
[18:35] <enr0n> taking mathcomp-finmap
[18:35] <schopin> mathcomp-analysis: nothing to be done, waiting on other packages
[18:35] <ginggs> cpete: lxterminal ack
[18:36] <schopin> taking mathcomp-multinomials
[18:36] <ginggs> liushuyu: marisa ack
[18:36] <liushuyu> taking mathcomp-real-closed
[18:37] <ginggs> liushuyu: mate-session-manager ack
[18:37] <cpete> ginggs: please hint mathcomp-bigenough
[18:37] <liushuyu> ginggs: hint mathcomp-real-closed (bad test results on amd64/ppc64el)
[18:37] <enr0n> nothing to be done for mathcomp-finmap
[18:38] <liushuyu> taking mathcomp-zify
[18:38] <enr0n> taking mecab
[18:38] <ginggs> schopin: mate-terminal ack
[18:38] <cpete> taking mediaconch
[18:38] <liushuyu> ginggs: hint mathcomp-zify (bad test results on amd64/ppc64el)
[18:38] <liushuyu> taking medusa
[18:39] <ginggs> cpete: mate-notification-daemon ack
[18:39] <liushuyu> ginggs: hint medusa (bad dependency on i386)
[18:39] <liushuyu> taking megadepth
[18:39] <enr0n> nothing to do for mecab
[18:39] <schopin> gings please hint mathcomp-multinomials: NCR, all good on armhf
[18:39] <enr0n> taking memcached
[18:40] <ginggs> enr0n: mathcomp-algebra-tactics ack
[18:40] <schopin> taking mender-client
[18:40] <cpete> ginggs: please hint mediaconch -- green but needed amd64 test retriggered
[18:40] <liushuyu> ginggs: hint megadepth (bad test results on !s390x, test passed on only s390x)
[18:40] <ginggs> cpete: mathcomp-bigenough ack
[18:41] <cpete> taking merecat
[18:41] <liushuyu> taking mesa
[18:41] <ginggs> liushuyu: mathcomp-real-closed  ack
[18:42] <ginggs> liushuyu: mathcomp-zify ack
[18:42] <liushuyu> We are currently 361 / 904 on the current list (~40%)
[18:43] <waveform> ginggs: please hint lvm2 (bad test results on amd64, ppc64el, s390x; there's pending re-runs on a pile of test-not-really-in-progress but I can't see genuine regressions in the tests prior to those)
[18:43] <ginggs> liushuyu: medusa ack
[18:44] <ginggs> schopin: mathcomp-multinomials ack
[18:45] <ginggs> cpete: mediaconch ack
[18:45] <vorlon> ginggs, sil2100, bdmurray: skiptesting python3-defaults btw without review (we dropped these tests from the queue anyway because dropping python3.11 as a non-default supported version should not introduce regressions anywhere)
[18:45] <vorlon> and doing a quick pass on python3-stdlib-extensions
[18:47] <liushuyu> ginggs: genuine regression: gtk4 (from mesa migration): see https://bugs.launchpad.net/ubuntu/+source/gtk4/+bug/2059158
[18:47] -ubottu:#ubuntu-release- Launchpad bug 2059158 in gtk4 (Ubuntu) "proposed-migration for gtk4 4.14.1+ds-0ubuntu1" [Critical, New]
[18:48] <liushuyu> ginggs: please still hint mesa though
[18:48] <ginggs> liushuyu: megadepth ack
[18:49] <waveform> taking metacity
[18:49] <liushuyu> taking microprofile
[18:49] <ginggs> waveform: lvm2 ack
[18:51] <liushuyu> ginggs: hint microprofile (amd64 test is still in the queue)
[18:51] <liushuyu> taking minc-tools
[18:52] <vorlon> python3-stdlib-extensions hinted
[18:52] <liushuyu> ginggs: hint minc-tools (tests are still in-progress on amd64/ppc64el, passed on the others)
[18:53] <liushuyu> vorlon: are you taking the hinting requests?
[18:53] <vorlon> liushuyu: I can
[18:54] <liushuyu> okay, then we can "load balance" the requests
[18:54] <vorlon> if you wish
[18:54] <schopin> I have a package that's apparently broken on all arches, should we just remove it from the release pocket? (no rdep, only 1 reverse-recommend)
[18:54] <schopin> mender-client
[18:54] <liushuyu> vorlon: hint minc-tools (tests passed on s390x/armhf, others are waiting in queue)
[18:55] <vorlon> refreshed list after latest britney run: 904 down to 743 https://paste.ubuntu.com/p/HT4VZDjWMM/
[18:55] <ginggs> vorlon: ack for python3-defaults, and python3-stdlib-extensions, looks like only armhf failure in the latter is astropy, caused by new pytest
[18:55] <vorlon> please make sure you pull from the current list and current update_excuses to avoid unnecessary investigation
[18:55] <vorlon> ginggs: that new pytest is horrible yeah
[18:56] <vorlon> had half a thought to drop it from -proposed but too little too late now
[18:56] <liushuyu> switching to the new list. taking minetest (Line 230)
[18:56] <waveform> ginggs, please hint metacity (bad test results on arm64, ppc64el, s390x)
[18:57] <liushuyu> vorlon: hint minetest (bad test results on amd64, passed on !amd64)
[18:57] <liushuyu> taking mini-httpd
[18:58] <waveform> taking mir
[18:59] <vorlon> liushuyu: done
[18:59] <ginggs> liushuyu: mesa ack
[19:00] <schopin> taking mlterm
[19:00] <ginggs> liushuyu: microprofile ack
[19:01] <ginggs> liushuyu: minc-tools  ack
[19:01] <schopin> ginggs: please hint mlterm
[19:01] <schopin> taking modemmanager
[19:02] <liushuyu> vorlon: hint mini-httpd (very broken package ldap-account-manager spotted in the test, no rev-deps)
[19:02] <ginggs> waveform: metacity ack
[19:02] <enr0n> ginggs: please hint memcached; I belive the autopkgtest regression is caused by mysql-8.0 in -proposed, and is unrelated to memcached (bug 2059307)
[19:02] -ubottu:#ubuntu-release- Bug 2059307 in pytest-services (Ubuntu) "python3-pytest-services test fails with new mysql-8.0" [Undecided, New] https://launchpad.net/bugs/2059307
[19:03] <ginggs> schopin: mlterm ack
[19:03] <LocutusOfBorg> doing a mass-retry vorlon is it ok for you?
[19:04] <ginggs> enr0n: memcached ack
[19:05] <liushuyu> taking mongo-c-driver
[19:05]  * enr0n lunch, back in a bit
[19:07] <vpa1977> taking motif
[19:07] <cpete> ginggs: please hint merecat -- ldap-account-manager test failure is unrelated (#2051559) and other tests look fine
[19:07] <schopin> ginggs: please hint modemmanager (all failed tests passed recently with all_proposed)
[19:08]  * cpete -> afk
[19:08] <dbungert> ooo, in the m's
[19:08] <LocutusOfBorg> please remove bully on armhf, depends on missing aircrack-ng
[19:08] <LocutusOfBorg> vorlon, ^^
[19:08] <LocutusOfBorg> should finish libcap time64_t transition
[19:08] <adrien> new update_excuses.html available
[19:08] <adrien> I see this was spotted already :)
[19:09] <vpa1977> gings: motif - self tests pass, regressions due to dependency issue. Hint ?
[19:09] <dbungert> taking motion
[19:09] <adrien> and my stats for it: Processed 7149 migrations; 1736 issues, 3402 blocked, 2011 waiting.
[19:09] <vpa1977> taking mozjs115
[19:09] <liushuyu> vpa1977: I think you misspelled someone's nick, ginggs
[19:10] <Eickmeyer> tab-complete is your friend. :)
[19:10] <vpa1977> indeed. Sorry ;(
[19:10] <liushuyu> vorlon: hint mongo-c-driver (bad dependencies wrt rsyslog)
[19:11] <liushuyu> taking mpd
[19:11] <adrien> although my stats may be incorrect :'(
[19:12] <juliank> FYI there's https://autopkgtest.ubuntu.com/static/logs-viewer.user.js tampermonkey script to make the autopkgtest logs nicer, it allows you to fold and unfold sections
[19:12] <liushuyu> vorlon: hint mpd (bad test results on amd64, good on the others)
[19:12] <liushuyu> taking mpich
[19:13] <mateus-morais> taking mpv-mpris
[19:13] <dbungert> ginggs: please hint motion
[19:13] <dbungert> taking msmtp
[19:13] <waveform> ginggs: please hint mir (tests aren't really in progress, and have all passed)
[19:13] <vpa1977> ginggs: mozjs115 tests pass (superficial). Hint?
[19:13] <mwhudson> huh did some t64 stuff migrate?
[19:13]  * ginggs needs moar coffee
[19:13] <schopin> taking msolve
[19:13] <vpa1977> taking muffin
[19:14] <waveform> taking multipath-tools
[19:14] <schopin> mwhudson: bonjour et bon réveil :). Dunno if much migrated yet
[19:15] <liushuyu> vorlon: hint mpich, see also https://bugs.launchpad.net/ubuntu/+source/slurm-wlm/+bug/2059131 and https://bugs.launchpad.net/ubuntu/+source/eztrace/+bug/2059183
[19:15] -ubottu:#ubuntu-release- Launchpad bug 2059131 in slurm-wlm (Ubuntu) "slurmdbd segfaults on armhf" [High, New]
[19:15] -ubottu:#ubuntu-release- Launchpad bug 2059183 in eztrace (Ubuntu) "autopkgtest failure on eztrace/2.1-7ubuntu3" [Undecided, New]
[19:15] <schopin> ginggs: please hint msolve (amd64 test should be OK)
[19:15] <liushuyu> schopin: we have a -161 a few moments ago
[19:16] <schopin> taking mumble
[19:16] <liushuyu> ... and also, we should load balance the requests between vorlon and ginggs
[19:16] <vpa1977> ginggs: muffin - tests pass (superficial). Hint?
[19:16] <schopin> I've been pinging the same person the whole day, now is not the time for me to switch :P
[19:17] <vpa1977> taking multipath-tools
[19:17] <schopin> vpa1977: waveform already took it
[19:17] <liushuyu> vpa1977: we are at mumps
[19:17] <liushuyu> taking mumps
[19:17] <vpa1977> taking munge
[19:17] <mwhudson> i'll take muon-meson
[19:17]  * vpa1977 needs more coffee
[19:18]  * vpa1977 its raining here ;(
[19:18] <liushuyu> we are now at an elevated risk of race conditions
[19:18] -queuebot:#ubuntu-release- Unapproved: ppa-purge (mantic-proposed/universe) [0.2.8+bzr63-0ubuntu1 => 0.2.8+bzr63-0ubuntu<IP_ADDRESS>] (ubuntu-budgie)
[19:18] <schopin> nah, much of the EU crowd is EOD by now.
[19:18] <bdmurray> said somebody in the EU
[19:19] <schopin> hence the "much of" ;)
[19:19] <mwhudson> ginggs: hint muon-meson
[19:19] <liushuyu> schopin: but NZ people joined the party just now
[19:19] <mwhudson> taking mysql-8.0 (...)
[19:20] <liushuyu> vorlon: hint mumps (bad tests results and also passed tests on petsc vs mumps, not updated yet)
[19:20] <liushuyu> taking mystiq
[19:21] -queuebot:#ubuntu-release- Unapproved: libvirt (jammy-proposed/main) [8.0.0-1ubuntu7.8 => 8.0.0-1ubuntu7.9] (ubuntu-server, virt)
[19:21] <liushuyu> nothing to do for mystiq (not updated yet)
[19:21] <liushuyu> taking nautilus
[19:22] <dbungert> ginggs: please hint msmtp
[19:22] <liushuyu> we are entering the N* section
[19:22] <mateus-morais> vorlon: please hint mpv-mpris (no-change rebuild, passes armhf and amd64 passed locally)
[19:22] <mateus-morais> taking ncbi-blast+
[19:23] <liushuyu> vorlon: hint nautilus (bad dependencies on arm64/ppc64el/s390x)
[19:23] <vpa1977> ginggs: munge - self tests pass, regression in slurm-wlm (probably unrelated). Hint?
[19:23] <liushuyu> taking ncbi-vdb
[19:23] <vpa1977> taking neat
[19:23] <liushuyu> vorlon: hint ncbi-vdb (only one bad test result on amd64)
[19:24] <liushuyu> taking neko (cat)
[19:24] <liushuyu> vorlon: hint neko (bad result on amd64, passed on the others)
[19:24] <liushuyu> taking nemo
[19:24] <vpa1977> vorlon: neat - tests pass. amd64,arm64 - dependency. Hint?
[19:24] -queuebot:#ubuntu-release- Unapproved: mumble (noble-proposed/universe) [1.5.517-1build2 => 1.5.517-1ubuntu1] (no packageset)
[19:25] <vpa1977> taking netcdf
[19:25] <schopin> ginggs: sorry, not a hint: could you approve mumble from the queue? That'd fix its autopkgtests
[19:25] <liushuyu> We are at 260 / 743 on this list (~35%)
[19:26] <schopin> taking netcdf4-python
[19:26] <dbungert> we skipped the source package ncrack I think, looking at that
[19:27] <liushuyu> vorlon: hint nemo (bad test results on amd64/i386, passed on the others, update delayed on ppc64el)
[19:27] <vorlon> LocutusOfBorg: mass-retry of failed builds? that's fine
[19:28] <vpa1977> vorlon: netcdf - tests mostly pass. Hint?
[19:28] <LocutusOfBorg> doing it
[19:28] <vpa1977> taking netcdf-fortran
[19:28] <liushuyu> taking netcdf-parallel
[19:28] <vorlon> liushuyu, mateus-morais, vpa1977: hinted mini-httpd mongo-c-driver mpd mpich mumps mpv-mpris nautilus ncbi-vdb neko neat nemo netcdf
[19:29] <liushuyu> vorlon: hint netcdf-parallel (blocked by openmpi, otherwise all good)
[19:29] <vorlon> liushuyu: done
[19:29] <liushuyu> taking netgen
[19:30] <dbungert> ginggs: please hint source package ncrack
[19:30] <dbungert> taking net-snmp
[19:30] <liushuyu> vorlon: hint netgen (bad results on amd64, good/pass on the others)
[19:31] <liushuyu> taking netsurf
[19:31] <schopin> ginggs: please hint netcdf4-python. NCR, all armhf passes except for python-xarray (syntax error in the test cmd...)
[19:31] <waveform> ginggs: please hint multipath-tools (pending re-runs on arm64 and ppc64el, but all other bad tests on amd64, arm64, ppc64el, and s390x were false-positives)
[19:31] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (noble-proposed/main) [24.04.51 => 24.04.52] (desktop-core, i386-whitelist)
[19:32] <liushuyu> vorlon: hint netsurf (bad results on amd64 only, good on the others)
[19:32] <vorlon> Eickmeyer, tsimonq2: I finally got test results back from livecd-rootfs/amd64, and they failed - because linux-generic-hwe-22.04 is gone in -proposed which is what the test was run against.  And that kernel is landing today, so fat lot of good it would do to land the current livecd-rootfs now to turn around and have image builds all break again tomorrow.  so I've uploaded ^^
[19:32] <waveform> taking network-manager
[19:32] <vorlon> liushuyu: done
[19:32] <vpa1977> vorlon: netcdf-fortran. Installs on armhf, abinit test passed on ppc64el with all proposed, rest queued. Hint?
[19:32] <vpa1977> taking nextpnr
[19:32] <vorlon> vpa1977: done
[19:32] <liushuyu> taking nghttp2
[19:32] <Eickmeyer> vorlon: ack, patiently waiting.
[19:33] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (noble-proposed) [24.04.52]
[19:33] <adrien> mwhudson: a few packages less
[19:33] <liushuyu> vorlon: hint nghttp2 (an all-proposed test passed despite a previous no-proposed one failed)
[19:34] <liushuyu> taking nginx
[19:34] <adrien> let's call that a few dozens, but I can't tell you how many "t64"
[19:34] <schopin> taking ngircd
[19:34] <vpa1977> vorlon: nextpnr - never built on armhf, tests pass (superficial). Hint?
[19:35] -queuebot:#ubuntu-release- Unapproved: python-xarray (noble-proposed/universe) [2024.02.0-1 => 2024.02.0-2] (no packageset) (sync)
[19:35] <liushuyu> vorlon: hint nginx (bad results from broken packages like ldap-account-manager/usemod-wiki)
[19:35] <waveform> argh, actually I have to hand back network-manager -- needed for parental duties for a bit, but I'll be back later
[19:36] <schopin> vorlon: please RM ngircd on armhf in noble release pocket (no rdep)
[19:36] <liushuyu> waveform: taking your usemod-wiki
[19:36] <vorlon> sil2100, juliank: libtoxcore, toxic, utox, qtox restored to -proposed
[19:36] <liushuyu> waveform: *network-manager
[19:37] <vorlon> liushuyu: vpa1977: hinted nghttp2 nextpnr nginx
[19:37] <mwhudson> has anyone looking into the manila autopkgtest failure?
[19:37] <mwhudson> AttributeError: 'BatchOperations' object has no attribute 'rename_table'
[19:37] <vpa1977> taking ngrep
[19:38] <schopin> vpa1977: which list are you using? I don't see ngrep in the one in the topic
[19:38] <vpa1977> https://paste.ubuntu.com/p/49cbkr9C3V/
[19:38] <vpa1977> ops old one
[19:39] <schopin> taking ngspice
[19:39] <vpa1977> taking nim
[19:39] <liushuyu> vorlon: hint network-manager (most failures got superseded by an all-proposed=1 test)
[19:40] <liushuyu> waveform: You can take something else from the pool when you are back
[19:40] <waveform> liushuyu, will do -- thanks!
[19:40] <liushuyu> waveform: no problem!
[19:40] <liushuyu> taking nix
[19:40] <ginggs> cpete: merecat ack
[19:41] <vpa1977> vorlon: nim tests mostly pass (failing on dependency). Hint?
[19:41] <vpa1977> taking nmap
[19:41] <liushuyu> vorlon: hint nix (all-proposed test passed)
[19:41] <liushuyu> taking nmh
[19:41] <ginggs> schopin: modemmanager ack
[19:41] <liushuyu> vorlon: hint nmh (bad result on amd64, good on the others)
[19:42] <liushuyu> taking nodejs
[19:42] <mwhudson> anyway that's something to do with alembic, not mysql
[19:42] <vorlon> liushuyu: network-manager nix nmh done
[19:42] <ginggs> vpa1977: motif ack
[19:42] <vorlon> vpa1977: nim done
[19:42] <liushuyu> vorlon: just hint nodejs, do we really care all those JS micropackages?
[19:43] <mateus-morais> When armhf tests fail when unmet dependencies, is that a hint?
[19:43] <vorlon> liushuyu: we do not care about the micropackages; we do care about not regressing things unawares
[19:43] <vorlon> liushuyu: hinting
[19:43] <ginggs> dbungert: motion ack
[19:44] <ginggs> waveform: mir ack
[19:44] <liushuyu> mateus-morais: depends. It's either a hint or get removed (needs to check reverse dependencies)
[19:45] <schopin> ginggs: please hint ngspice, tests ran locally
[19:45] <liushuyu> taking normaliz
[19:45] <schopin> taking notify-osd
[19:47] <ginggs> vpa1977: mozjs115 ack
[19:47] <liushuyu> vorlon: genuine issue: normaliz/3.10.2+ds-1 on ppc64el/s390x (looks like OOM)
[19:47] <ginggs> schopin: msolve ack
[19:47] <mwhudson> need to step away for a bit, mysql has some real failures
[19:48] <vorlon> liushuyu: test regression? package regression? what do you advise we do, shall I block normaliz and let the armhf binary be broken?
[19:48] <ginggs> vpa1977: muffin ack
[19:49] <mwhudson> (manila, although i don't think that's mysql, pytest-services which might be, slurm-wlm/armhf which might be a real problem somewhere, request-tracker but i think that's something on in the rt packaging)
[19:49] <ginggs> mwhudson: muon-meson ack
[19:49] <liushuyu> vorlon: test regression. I believe just hint this package, the test failure looks like a transient one. I will file a bug report anyways so that we won't forget
[19:49] <vpa1977> vorlon: nmap - tests pass, except molly-brown (unrelated regression). Hint?
[19:49] <dbungert> vorlon: please hint net-snmp
[19:49] <vpa1977> raised https://bugs.launchpad.net/ubuntu/+source/molly-brown/+bug/2059312 for molly-brown
[19:49] -ubottu:#ubuntu-release- Launchpad bug 2059312 in molly-brown (Ubuntu) "molly-brown 0.0~git20230820.2068c3b-1 autopkgtest failure in run-server" [Undecided, New]
[19:50] <vorlon> liushuyu: thanks hinting
[19:50] <ginggs> dbungert: msmtp ack
[19:50] <vorlon> vpa1977, dbungert: done
[19:50] <schopin> mwhudson: rt is known as failing.
[19:50] <dbungert> taking numpy
[19:50] <vpa1977> taking nvidia-cuda-toolkit
[19:51] <mateus-morais> vorlon: please rm prokka, python-biotools, resfinder, transdecoder, virulencefinder (leaf packages) and hint ncbi-blast+ (armhf tests pass for packages other than the removed ones)
[19:51] <dbungert> hahahhaa that is so long
[19:51] <liushuyu> https://bugs.launchpad.net/ubuntu/+source/normaliz/+bug/2059313
[19:51] -ubottu:#ubuntu-release- Launchpad bug 2059313 in normaliz (Ubuntu) "autopkgtest failure with normaliz/3.10.2+ds-1 on ppc64el" [Undecided, New]
[19:52] <liushuyu> mateus-morais: you might also need to specify if we remove those for armhf only or all (removing source packages requires removal bug filed)
[19:52] <ginggs> vpa1977: munge ack -- there's LP: #2059131 for slurm-wlm
[19:52] -ubottu:#ubuntu-release- Launchpad bug 2059131 in slurm-wlm (Ubuntu) "slurmdbd segfaults on armhf" [High, New] https://launchpad.net/bugs/2059131
[19:53] <liushuyu> taking nvidia-graphics-drivers-535-server
[19:53] <mateus-morais> Ah, sorry, the packages to rm are armhf only vorlon
[19:53] <liushuyu> (server driver?)
[19:53] <ginggs> schopin: mumble accepted
[19:53] <schopin> thx
[19:54] <schopin> taking nvme-cli
[19:54] -queuebot:#ubuntu-release- Unapproved: accepted mumble [source] (noble-proposed) [1.5.517-1ubuntu1]
[19:54] <vorlon> mateus-morais: sorry, can you clarify why I'm removing these armhf binaries?
[19:54] <liushuyu> vorlon: hint nvidia-graphics-drivers-535-server (it's linux-doc problem again)
[19:54] <ginggs> dbungert: ncrack ack
[19:54] <vorlon> mateus-morais: I see no failing tests for prokka on armhf; and in any case it's an Arch: all package so there is no removal
[19:55] <vorlon> liushuyu: thanks done
[19:55] <liushuyu> taking nvme-cli
[19:55] <schopin> liushuyu: nope, that's mine.
[19:55] <mateus-morais> vorlon I see unmet dependencies on the armhf autopkgtest for these packages, is that a blocker for migration?
[19:55] <vorlon> mateus-morais: 'no test results' is neutral, does not indicate a bug
[19:56] <liushuyu> schopin: sorry, did not see your call-out in this whirlpool of messages
[19:56] <vorlon> mateus-morais: and these packages are themselves not part of the migration
[19:56] <liushuyu> taking oath-toolkit
[19:56] <vpa1977> vorlon: nvidia-cuda-toolkit no armhf binaries, package installs on amd64, ppc64el test for gloo-cuda passed, bard-cuda and mumax requed. Changes are no-change rebuilds. Hint?
[19:56] <vpa1977> taking obs-3d-effect
[19:56] <ginggs> schopin: netcdf4-python ack -- python-xarray failure either due to new xarray or pytest in proposed
[19:57] <schopin> ginggs: please hint notify-osd (ran the test locally)
[19:57] <schopin> ginggs: no, python-xarray fails because the Debian maintainer left a stray ) somewhere.
[19:57] <liushuyu> vorlon: hint oath-toolkit (bad test results on amd64/arm64/s390x)
[19:58] <ginggs> waveform: multipath-tools ack
[19:58] <liushuyu> schopin: because the Debian maintainer left a stray ) somewhere > did they not test build their packages?
[19:58] <vorlon> vpa1977: nvidia-cuda-toolkit done (alternatively we could just block it because if there's no armhf binaries it doesn't need to migrate right now - but, well)
[19:59] <ginggs> schopin: ngspice ack
[19:59] <schopin> liushuyu: it's in the test script, not d/rules
[19:59] <vorlon> vpa1977: you also mention package installability a fair bit, please don't be spending time validating this, it's not relevant
[19:59] <mateus-morais> vorlon: ok, in that case I believe ncbi-blast+ can be hinted? It's a no-change rebuild and there are no armhf regressions
[19:59] <liushuyu> taking obs-ashmanix-blur-filter
[19:59] <vorlon> mateus-morais: done
[19:59] <vpa1977> vorlon: obs-3d-effect tests pass . Hint?
[20:00] <vorlon> vpa1977: done
[20:00] <vpa1977> taking obs-color-monitor
[20:00] <liushuyu> nothing to do for obs-ashmanix-blur-filter (all green, excuses not updated yet)
[20:00] <liushuyu> taking obs-command-source
[20:00] <ginggs> schopin: notify-osd ack
[20:00] <vpa1977> vorlon: obs-color-monitor tests pass. Hint?
[20:01] <schopin> ginggs: please hint nvme-cli (NCR, armhf all green)
[20:01] <vorlon> vpa1977: done
[20:01] <mateus-morais> taking obs-gradient-source
[20:01] <liushuyu> vorlon: hint obs-command-source (tests passed w/ all-proposed=1)
[20:01] <vpa1977> taking obs-move-transition
[20:01] <liushuyu> taking obs-scene-as-transition
[20:02] <vorlon> liushuyu: done
[20:02] <schopin> taking obs-scene-collection-manager
[20:02] <liushuyu> vorlon: hint obs-scene-as-transition (tests passed w/ all-proposed=1)
[20:02] <liushuyu> taking obs-scene-tree-view
[20:02] <vorlon> liushuyu: done
[20:02] <mwhudson> maybe we should remove slurm-wlm binaries on armhf
[20:03] <liushuyu> vorlon: hint obs-scene-tree-view (pending tests on amd64, passed on the others)
[20:03] <schopin> mwhudson: there's a whole lot of rdeps because of mpich.
[20:03] <liushuyu> taking obs-source-clone
[20:03] <ginggs> schopin: nvme-cli ack
[20:03] <mwhudson> vorlon, ginggs: hint mysql-8.0 i think, there are some failures but they are not mysql's fault
[20:04] <mwhudson> schopin: is there a bug about slurm-wlm yet?
[20:04] <schopin> mwhudson: LP: #2059131
[20:04] -ubottu:#ubuntu-release- Launchpad bug 2059131 in slurm-wlm (Ubuntu) "slurmdbd segfaults on armhf" [High, New] https://launchpad.net/bugs/2059131
[20:05] <liushuyu> vorlon: hint obs-source-clone (pending tests on amd64)
[20:05] <mwhudson> schopin: cool
[20:05] <mateus-morais> vorlon: hint obs-gradient-source (no-change rebuilt, no armhf regressions)
[20:06] <mwhudson> schopin: (i mean it all looks horrible but at least i don't have to file it)
[20:06] <schopin> ginggs: please hint obs-scene-collection-manager (ran the amd64 test locally with all-proposed)
[20:07] <ginggs> that's obscene
[20:07] <vpa1977> vorlon: obs-move-transition tests pass. Hint?
[20:07] <schopin> ginggs: heh
[20:08] <mwhudson> taking obs-source-copy
[20:08] <schopin> taking obs-studio
[20:08] <schopin> I have the motherlode
[20:08] <enr0n> taking obs-studio
[20:08] <enr0n> noope
[20:08] <schopin> I mean, if you want it that much...
[20:08] <enr0n> taking obs-transition-table
[20:09] <ginggs> schopin: obs-scene-collection-manager ack
[20:09] <vpa1977> taking obs-vintage-filter
[20:11] <enr0n> nothing to do for obs-transition-table, waiting for a test
[20:11] <mwhudson> ginggs: hint obs-source-copy/0.2.2-7build1
[20:11] <enr0n> taking octave
[20:11] <mwhudson> taking octave-fits
[20:11] <ginggs> mwhudson: mysql-8.0 ack <- vorlon
[20:12] <vpa1977> ginggs: obs-vintage-filter tests pass. Hint?
[20:12] <liushuyu> taking octave-general
[20:12] <ginggs> mwhudson: obs-source-copy ack
[20:12] <liushuyu> we are at 300 / 743 on the list (~40%)
[20:12] <vpa1977> taking octave-image-acquisition
[20:12] <mwhudson> ginggs: hit octave-fits
[20:12] <mwhudson> *hint
[20:13] <vpa1977> ginggs: octave-image-acquisition tests pass. Hint?
[20:13] <ginggs> vpa1977: obs-vintage-filter ack
[20:14] <ginggs> mwhudson: octave-fits ack
[20:14] <liushuyu> vorlon: hint octave-general (pending tests on amd64/ppc64el/arm64, good on the others)
[20:14] <mateus-morais> taking octave-mapping
[20:14] <liushuyu> taking octave-netcdf
[20:15] <ginggs> vpa1977:  octave-image-acquisition ack
[20:15] <vpa1977> taking ofono
[20:15] <mwhudson> taking ogre-1.12
[20:15] <liushuyu> ginggs: hint octave-netcdf (bad dependencies on armhf)
[20:16] <vpa1977> ginggs: ofono tests pass. Hint?
[20:16] <mwhudson> ginggs: hint ogre-1.12
[20:16] <vpa1977> taking ola
[20:17] <vorlon> liushuyu, mateus-morais, vpa1977: obs-scene-tree-view obs-source-clone obs-gradient-source obs-move-transition octave-general done
[20:18] <liushuyu> taking onnx
[20:18] <mwhudson> taking openafs
[20:18] <vpa1977> ginggs: ola - amd64/i386 tests in progress, rest pass. Hint?
[20:18] <vpa1977> taking openbox
[20:19] <ginggs> liushuyu: octave-netcdf i think that needs a bug or removal
[20:20] <liushuyu> ginggs: looking
[20:20] <schopin> ginggs: please hint obs-studio (ran the rdep amd64 tests for the plugins that were not hinted through yet)
[20:21] <ginggs> vpa1977: ofono ack
[20:21] <schopin> taking openbsd-inetd
[20:21] <vorlon> afk for ~1.5h
[20:21] <vorlon> ginggs: you have the con
[20:21] <schopin> no pressure.
[20:22] <ginggs> mwhudson: ogre-1.12 ack
[20:22] <ginggs> vorlon: ack
[20:23] <ginggs> vpa1977: ola ack
[20:24] <ginggs> schopin: obs-studio ack
[20:25] -queuebot:#ubuntu-release- Unapproved: lxd-agent-loader (noble-proposed/main) [0.6 => 0.7] (ubuntu-server)
[20:28] <schopin> ginggs: please hint openbsd-inetd (ran the two amd64 locally with all-proposed)
[20:29] <schopin> taking opencascade
[20:29] <vpa1977> ginggs: openbox - tests mostly pass (failed on dependency). Hint?
[20:30] <ginggs> schopin: openbsd-inetd ack
[20:30] <schopin> ginggs: please hint opencascade (all red tests have successful run with all_proposed)
[20:31] <schopin> taking openhpi
[20:31] <ginggs> vpa1977: openbox ack
[20:32] <schopin> ginggs: please hint openhpi (all red tests have successful run with all_proposed)
[20:32] <schopin> taking openipmi
[20:32] <ginggs> schopin: opencascade ack
[20:33] <schopin> ginggs: please hint openipmi (all red tests have successful run with all_proposed)
[20:33] <ginggs> schopin: openhpi ack
[20:33] <schopin> yes, I'm recycling the same sentence.
[20:34] <schopin> ... and on that note I'll call it a day before I get into openjdk
[20:34] <ginggs> schopin: openipmi ack
[20:34] <mwhudson> vpa1977: do you have any insight into the openjdk packages?
[20:34] <vpa1977> mwhudson: armhf needs to be rebootstrapped
[20:34] <mwhudson> i'll skip ahead to openjpeg2 for now
[20:34] <vpa1977> other arches are fine
[20:35] <mwhudson> vpa1977: so they should be hinted and dealt with next week?
[20:35] <vpa1977> yes
[20:35] <enr0n> All of the armhf regressions for octave are due to octave-statistics-common being uninstallable. I don't see this binary package published for noble. It is define in d/control in src:octave-statistics though.
[20:36] <mwhudson> ginggs: hint openjdk-* per vpa1977's comments
[20:36] <liushuyu> ginggs: see https://bugs.launchpad.net/ubuntu/+source/octave-statistics/+bug/2059318
[20:36] -ubottu:#ubuntu-release- Launchpad bug 2059318 in octave-statistics (Ubuntu) "octave-statistics is uninstallable on Noble" [Undecided, New]
[20:36] <liushuyu> ginggs: this is wrt octave-netcdf
[20:36] <vpa1977> mwhudson: can we block them instead ?
[20:36] <liushuyu> ... where one of the test-depends is uninstallable. I still think a hint is enough
[20:37] <vpa1977> then we can build in ppa off release pocket next week, binary-copy armhf binaries, and let those builds in
[20:37] <mwhudson> vpa1977: yes maybe, it looks like they got deleted from armhf release pocket already?
[20:38] <vpa1977> mwhudson: ah, doko copied them to ppa
[20:38] <mwhudson> vpa1977, ginggs: so yes i think blocking openjdk-* makes sense
[20:39] <enr0n> liushuyu: ginggs: re: octave-statistics that's what I was describing above ^. I don't know why octave-statistics-common is not published
[20:39] <liushuyu> ginggs: hint onnx (test in-progress on amd64/arm64, already passed on the others)
[20:39] <vpa1977> ginggs: openjdk-17, openjdk-21, openjdk-23, openjdk-8, openjdk-lts please block them (since we need armhf rebootstrap)
[20:39] <vpa1977> taking openjpeg2
[20:40] <vpa1977> ops, sorry, taking openldap
[20:40] <cpete> taking openmpi
[20:40] <mwhudson> ginggs: hint openjpeg2
[20:40] <ginggs> i'll leave openjdk-* to vorlon
[20:40] <mwhudson> taking openmsx
[20:41] <waveform> right, back for more punishment ... let's see
[20:41] <waveform> taking opensaml
[20:41] <enr0n> ok, moving on for now
[20:41] <mateus-morais> ginggs please hint octave-mapping (NCR against libgdal34t64; no armhf regressions)
[20:41] <enr0n> taking opensc
[20:42] <dbungert> vorlon: what was your process for analyzing the larger ones like python3.12?  I have been trying to focus on regressions for packages that are also in the list (currently looking at numpy)
[20:42] <liushuyu> enr0n: octave-statistics failed to build: https://launchpadlibrarian.net/721167399/buildlog_ubuntu-noble-amd64.octave-statistics_1.6.3-1_BUILDING.txt.gz due to dh_dwz unable to compress the debug symbols
[20:42] <liushuyu> "dwz: Couldn't find DIE at DW_FORM_ref_addr offset 0x5b02"
[20:43] <mwhudson> ginggs: hint openmsx (test appears to be a bit flaky on arm64, there's a retry in the queue)
[20:43] <mwhudson> taking openscad
[20:43] <enr0n> liushuyu: the armhf build passed, which is the arch I was looking at
[20:44] <ginggs> liushuyu: enr0n: would you fix octave-statistics between the two of you please?
[20:44] <vpa1977> ginggs: openjpeg2 tests pass. Hint?
[20:44] <mwhudson> ginggs: hint openscad pls
[20:45] <vpa1977> taking openscap
[20:45] <mwhudson> vpa1977: do you meanb openldap? i did openjpeg2
[20:45] <enr0n> ginggs: yeah
[20:45] <mwhudson> taking openscenegraph
[20:45] <liushuyu> enr0n: https://launchpad.net/ubuntu/noble/armhf/octave-statistics shows published
[20:45] <ginggs> liushuyu: onnx ack
[20:46] <enr0n> liushuyu: octave-statistics-*common* is not
[20:46] <ginggs> mwhudson: openjpeg2 ack
[20:47] <liushuyu> enr0n: oh, octave-statistics-common is an arch: all package, and amd64 is not built, so this binary package did not exist
[20:47] <ginggs> mateus-morais: octave-mapping ack
[20:47] <mwhudson> ginggs: hint openscenegraph pls
[20:47] <waveform> ginggs: please hint opensaml (bunch of tests-not-really-in-progress that actually passed)
[20:47] <mwhudson> taking openslide
[20:48] <waveform> taking openssh
[20:48] <enr0n> liushuyu: ah ah thanks. I will work on it
[20:48] <vpa1977> ginggs: openldap - timeout in python-ldap raising bug, rest mostly passing. Hint?
[20:48] <ginggs> mwhudson: openmsx ack
[20:48] <mwhudson> ginggs: hint openslide (although tests have passed now so maybe no need)
[20:48] <mwhudson> taking openstructure
[20:49] <liushuyu> enr0n: updated https://bugs.launchpad.net/ubuntu/+source/octave-statistics/+bug/2059318 to document FTBFS information
[20:49] -ubottu:#ubuntu-release- Launchpad bug 2059318 in octave-statistics (Ubuntu) "octave-statistics FTBFS on Noble" [Undecided, New]
[20:49] <liushuyu> taking openturns
[20:49] <mwhudson> ginggs: hint openstructure (test has passed on amd64 now)
[20:49] <ginggs> mwhudson: openscad ack
[20:49] <mwhudson> i like this run of really easy ones
[20:50] <mwhudson> taking openvas-scanner
[20:50] <ginggs> mwhudson: openscenegraph ack
[20:50] <liushuyu> ginggs: hint openturns (tests passed w/ all-proposed=1)
[20:51] <liushuyu> taking openvswitch
[20:51] <mwhudson> ginggs: hint openvas-scanner
[20:51] <mwhudson> taking orc
[20:51] <ginggs> waveform: opensaml ack
[20:51] <liushuyu> ginggs: hint openvswitch (tests passed w/ all-proposed=1)
[20:52] <mwhudson> what's with https://autopkgtest.ubuntu.com/packages/pulseaudio/noble/i386, seems angry
[20:52] <mwhudson> 234s autopkgtest [19:25:18]: testbed running kernel: Linux 6.8.0-20-generic #20-Ubuntu SMP PREEMPT_DYNAMIC Mon Mar 18 11:23:20 UTC 2024
[20:52] <mwhudson> 235s autopkgtest [19:25:19]: @@@@@@@@@@@@@@@@@@@@ apt-source pulseaudio
[20:52] <mwhudson> 238s blame: pulseaudio
[20:52] <mwhudson> 238s badpkg: rules extract failed with exit code 1
[20:52] <mwhudson> idgt
[20:52] <mwhudson> *idgi
[20:53] <mwhudson> anyway it's clearly not orc's fault
[20:53] <mwhudson> ginggs: hint orc pls
[20:53] <mwhudson> taking orthanc
[20:53] <vpa1977> raised https://bugs.launchpad.net/ubuntu/+source/openldap/+bug/2059321 for python-ldap/openldap
[20:53] -ubottu:#ubuntu-release- Launchpad bug 2059321 in python-ldap (Ubuntu) "python-ldap 3.4.4-1 vs openldap/2.6.7+dfsg-1~exp1ubuntu6 autopkgtest failure on armhf" [Undecided, New]
[20:53] <liushuyu> taking orthanc-dicomweb
[20:55] <liushuyu> ginggs: hint orthanc-dicomweb (bad test results on !armhf, passed on armhf)
[20:55] <liushuyu> taking orthanc-python
[20:55] <ginggs> vpa1977: openldap ack -- but please file a bug for python-ldap, it used to finish in 5 minutes
[20:56] <vpa1977> ginggs: https://bugs.launchpad.net/ubuntu/+source/openldap/+bug/2059321
[20:56] -ubottu:#ubuntu-release- Launchpad bug 2059321 in python-ldap (Ubuntu) "python-ldap 3.4.4-1 vs openldap/2.6.7+dfsg-1~exp1ubuntu6 autopkgtest failure on armhf" [Undecided, New]
[20:57] <ginggs> mwhudson: openslide ack
[20:57] <mwhudson> ginggs: hint orthanc, tests passed on !amd64
[20:57] <liushuyu> ginggs: hint orthanc-python (test passed on amd64/armhf, bad results on the rest)
[20:57] <mwhudson> taking osmo-bts but really why is this package not deleted yet
[20:58] <ginggs> mwhudson: openstructure ack
[20:58] <mwhudson> i guess it works now
[20:58] <mwhudson> ginggs: hint osmo-bts pls
[20:58] <liushuyu> wait, did someone take orthanc-wsi?
[20:58] <vpa1977> ginggs: openscap - package builds/installs. regression in openscap-daemon - autopkgtest tries to install sysvinit-core. raising bug for openscap-daemon. Hint?
[20:58] <mwhudson> liushuyu: ah no looks like i skipped over that
[20:58] <ginggs> liushuyu: openturns ack
[20:58] <liushuyu> okay, I will take orthanc-wsi
[20:59] <liushuyu> ginggs: hint orthanc-wsi (pending on amd64, passed on all the others)
[20:59] <ginggs> mwhudson: openvas-scanner
[20:59] <ginggs> ack
[20:59] <liushuyu> taking osmo-mgw
[21:00] <mwhudson> taking osmo-pcu
[21:00] <sil2100> o/
[21:00] <ginggs> liushuyu: openvswitch ack
[21:00] <mwhudson> ginggs: hint osmo-pcu
[21:00] <liushuyu> ginggs: hint osmo-mgw (bad test results from osmo-bsc@amd64)
[21:01] <mwhudson> er wait
[21:01] <ginggs> mwhudson: orc ack
[21:01] <sil2100> I'm here to help out with hinting as well
[21:01] <mwhudson> oh no, osmo-pcu is ok
[21:01] <mwhudson> taking osmose-emulator
[21:01] <liushuyu> sil2100: are you going to have an exciting fire-fighting night with us?
[21:02] <liushuyu> we have an updated todo list (again)
[21:02] <ginggs> liushuyu: orthanc-dicomweb ack
[21:02] <liushuyu> taking osmo-trx
[21:02] <sil2100> Just like yesterday
[21:03] <mwhudson> sil2100: hint osmose-emulator pls
[21:03] <ginggs> mwhudson: orthanc ack
[21:03] <vpa1977> raised https://bugs.launchpad.net/ubuntu/+source/openscap-daemon/+bug/2059325 for openscap-daemon
[21:03] -ubottu:#ubuntu-release- Launchpad bug 2059325 in openscap-daemon (Ubuntu) "autpkgtest failure in openscap-daemon/0.1.10-3.1ubuntu2 (dependency on sysvinit-core)" [Undecided, New]
[21:03] <mwhudson> taking osmbpf
[21:03] <liushuyu> ginggs: hint osmo-trx (bad test results on amd64, good on the others)
[21:03] <sil2100> mwhudson: ACK o/
[21:03] <ginggs> liushuyu: orthanc-python ack
[21:03] <liushuyu> taking ossp-uuid
[21:03] <vpa1977> taking ostree
[21:03] <mwhudson> uh osmpbf
[21:04] <cpete> sil2100: hint openmpi plz
[21:04] <cpete> taking ossp-uuid
[21:04] <sil2100> cpete: on it o/
[21:05] <sil2100> cpete: oh my, that's a big one, and a big change. You double checked all the results?
[21:05] <liushuyu> cpete: race-condition detected
[21:06] <mwhudson> sil2100: hint osmpbf pls
[21:06] <liushuyu> cpete: do you want to look at the next one?
[21:06] <cpete> sil2100: The only thing I could find failing on armhf was perl related which Steve mentioned he had hinted recently. The rest had passing tests on other arches and needed to be re-run on the others
[21:07] <vpa1977> sil2100: ostree - tests pass, hint?
[21:07] <cpete> liushuyu: ack, I missed your message sorry
[21:07] <liushuyu> cpete: no worries
[21:07] <vpa1977> taking otf
[21:07] <ginggs> mwhudson: osmo-bts ack
[21:07] <ginggs> vpa1977: openscap ack -- it's already regressed in release
[21:08] <mwhudson> taking otf2
[21:08] <vpa1977> ginggs: otf - tests pass, hint?
[21:08] <ginggs> liushuyu: orthanc-wsi ack
[21:09] <vpa1977> taking ott
[21:09] <ginggs> mwhudson: osmo-pcu ack
[21:09] <sil2100> cpete: but are we certain that the versions that have not been tested for other arches do not regress anything? Since this doesn't look line a no-change rebuild? Or is it?
[21:09] <vpa1977> ginggs: ott - tests pass, hint?
[21:10] <sil2100> mwhudson: done
[21:10] <sil2100> vpa1977: on it
[21:10] <ginggs> liushuyu: osmo-mgw ack
[21:10] <mwhudson> sil2100: hint otf2 (tests have passed now + known eztrace/armhf regression)
[21:10] <cpete> sil2100: Not a no-change rebuild for sure. I'll take another pass
[21:10] <sil2100> mwhudson: on it as well
[21:11] <sil2100> cpete: thanks!
[21:11] <ginggs> liushuyu: osmo-trx ack
[21:11] <vpa1977> taking ovn
[21:11] <sil2100> Everyone's going so fast, nice!
[21:13] <liushuyu> sil2100: hint ossp-uuid (genuine issue with gscan2pdf, marked as not a regression on !amd64, see https://bugs.launchpad.net/ubuntu/+source/gscan2pdf/+bug/2059328)
[21:13] -ubottu:#ubuntu-release- Launchpad bug 2059328 in gscan2pdf (Ubuntu) "autopkgtest failure with gscan2pdf/2.13.2-1 on all architectures" [Undecided, New]
[21:13] <ginggs> vpa1977: otf and ott ack
[21:13] <sil2100> liushuyu: excellent, thanks for the bug! Hinting
[21:14] <liushuyu> taking pacemaker
[21:15] <liushuyu> we are currently at 352 / 743 (~47%)
[21:16] <sil2100> Taking pam
[21:16] <vpa1977> ovn - tests fail on amd64, retried, skip?
[21:16] <vpa1977> taking pango1.0
[21:16] <liushuyu> sil2100: hint pacemaker (tests passed w/ all-proposed=1)
[21:17] <sil2100> liushuyu: ack, hinted
[21:17] <liushuyu> taking pappl
[21:18] <liushuyu> sil2100: hint pappl (tests passed w/ all-proposed=1)
[21:18] <liushuyu> taking paramcoq
[21:19] <sil2100> liushuyu: ack, hinted pappl
[21:22] <liushuyu> sil2100: hint paramcoq (tests pending on amd64/arm64/ppc64el, passed on the others), one of the rdepends, coqeal exploded due to coqeal itself uninstallable on armhf (coq-* goop)
[21:23] <liushuyu> taking paraview
[21:24] <sil2100> liushuyu: hm, okay, it's a no-change rebuild of paramcoq so +1 on that, hinting
[21:25] <liushuyu> sil2100: hint paraview (tests passed w/ all-proposed=1)
[21:25] <vpa1977> sil2100: pango1.0 - failed to upload armhf, https://launchpadlibrarian.net/721378824/upload_27895638_log.txt, tests mostly passing, block?
[21:25] <liushuyu> taking parlatype
[21:25] <dbungert> sil2100: please hint numpy (imported many bugs from Debian and filed at least one myself)
[21:26] <vpa1977> taking parmetis
[21:26] <liushuyu> sil2100: hint parlatype (tests passed w/ all-proposed=1)
[21:26] <liushuyu> taking parted
[21:26] <liushuyu> sil2100: hint parted (tests passed w/ all-proposed=1)
[21:27] <sil2100> liushuyu: ack paraview
[21:27] <liushuyu> (and only on i386, other tests have the correct triggers)
[21:27] <liushuyu> taking passenger
[21:27] <vpa1977> parmetis - tests pass with all-proposed, hint?
[21:28] <sil2100> dbungert: ack numpy \o/
[21:28] <vpa1977> taking pcp
[21:28] <dbungert> afk
[21:28]  * vpa1977 package, not the drug ...
[21:28] <dbungert> some of these package names are special
[21:28] <sil2100> ahahah
[21:29] <liushuyu> sil2100: hint passenger (tests passed w/ all-proposed=1) (also the package, not the people)
[21:29] <sil2100> liushuyu: ack parted
[21:29] <vpa1977> sil2100: pcp - tests pass, no-change rebuild. Hint?
[21:29] <liushuyu> taking pcsc-lite
[21:29] <enr0n> ginggs: it's okay if I upload octave-statistics since it will need to be reviewed anyways, right?
[21:29] <vpa1977> taking pdf2svg
[21:30] <sil2100> vpa1977: ack parmetis
[21:30] <liushuyu> vpa1977: are you going to block openjdk-8?
[21:30] <sil2100> liushuyu: passenger ack
[21:30] <sil2100> vpa1977: ack pcp
[21:31] <vpa1977> liushuyu: I can not block it, but it would be best to freeze those for now
[21:31] <ginggs> enr0n: sure, i think we can just ack it straight away
[21:32] <vpa1977> sil2100: pdf2svg - tests pass with all-proposed. Hint?
[21:32] <liushuyu> sil2100: hint pcsc-lite (blew up on openjdk-8/8u402-ga-2ubuntu1 vs pcsc-lite/2.0.3-1, good otherwise)
[21:32] <liushuyu> taking pdfgrep
[21:33] <sil2100> vpa1977: ack pdf2svg
[21:33] <enr0n> ginggs: ack thanks
[21:34] <liushuyu> sil2100: hint pdfgrep (bad test results on !armhf, passed on armhf)
[21:34] <sil2100> liushuyu: hmm, what about the globalplatform regressions for pcsc-lite?
[21:34] <vpa1977> taking pd-flext
[21:34] <liushuyu> sil2100: These are bad test results that got overriden to errors
[21:35] <adrien> excuses updated again recently
[21:35] <liushuyu> We can see the tests are good on amd64/armhf
[21:35] <liushuyu> adrien: Time to update the list?
[21:35] <dbungert> taking pdns-recursor
[21:36] <sil2100> liushuyu: but is the actual right package version tested in those?
[21:36] <sil2100> liushuyu: I mean, this is a jump from 2.0.0-1 to 2.0.3-1, so not just a no-change rebuild. Do we have tests for globalplatform that pull in the new pcsc-lite from -proposed and pass?
[21:36] <liushuyu> sil2100: armhf one was tested with all-proposed=1
[21:37] <sil2100> liushuyu: armhf yes, but the rest?
[21:37] <liushuyu> let's see
[21:37] <sil2100> I just want to make sure that we don't regress non-armhf by hinting something - or if we do, we at least have some bug filled
[21:37] <sil2100> Thanks!
[21:38] <liushuyu> sil2100: the rest were tested against 2.0.3-1 and passed, but overriden to an error
[21:38] <sil2100> liushuyu: hinting pdfgrep in the meantime
[21:38] <mwhudson> heh next on the list is perl but vorlon said he did that already
[21:38] <mwhudson> taking petsc
[21:38] <vpa1977> pd-flext - no test results for latest version, kicked off tests, skip
[21:38] <sil2100> liushuyu: you have to check the logs sadly
[21:38] <vpa1977> taking petsc4py
[21:38] <liushuyu> sil2100: ah, sorry, was tested against an incorrect version
[21:39] <liushuyu> so it was overriden to an error
[21:39] <sil2100> liushuyu: since if you take a look here (one of the errored ones) it's not running against -proposed
[21:39] <sil2100> liushuyu: those still tested 2.0.0-1
[21:39] <sil2100> (due to the bug in the infra)
[21:39] <sil2100> liushuyu: in the meantime pdfgrep hinted!
[21:39] <adrien> liushuyu: yes but also at least to refresh your pages :P
[21:39] <mwhudson> sil2100: we can hint petsc, it's passed on all arches now apart from arm64 where it is pending
[21:40] <liushuyu> sil2100: we can't infer the actual situation with 2.0.3-1, so re-test is required
[21:40] <sil2100> mwhudson: I like the risk, petsc hinted
[21:41] <liushuyu> taking pg-gvm
[21:41] <sil2100> liushuyu: yeah, can you queue some tests and skip that one? We'll return to it in the next iteration then!
[21:41] <liushuyu> sil2100: someone was mass retrying those
[21:42] <mwhudson> why are there no results at all for petsc4py/3.19.6-7ubuntu2
[21:42] -queuebot:#ubuntu-release- Unapproved: octave-statistics (noble-proposed/universe) [1.6.3-1 => 1.6.3-1ubuntu1] (no packageset)
[21:44] <mwhudson> vpa1977: oh uh i didn't say i was looking at that. what do you make of it?
[21:44] <liushuyu> sil2100: hint pg-gvm (tests passed w/ all-proposed=1 for gvmd, corrective tests still pending for pg-gvm on !armhf, passed on armhf)
[21:44] <vpa1977> mwhudson: something strange - we have ubuntu2 but no tests scheduled for it
[21:44] <vpa1977> last test results for ubuntu1
[21:44] <liushuyu> taking pgmemcache
[21:44] <dbungert> vpa1977: sounds like a failed test requeue
[21:44] <vpa1977> I have tried triggering, but they did not appear in the queue
[21:45]  * enr0n EOD to make dinner etc.
[21:45] <vpa1977> dbungert: anything I can do to resolve it ?
[21:45] <dbungert> there is some latency I think between the test queue and it showing up in the list of queued tests
[21:45] <sil2100> Ok, pam actually looking well, decent. Hinting! Only issues with slurm-wlm I see but I saw those already
[21:46] <dbungert> take note and come back in 10 minutes?
[21:46] <liushuyu> sil2100: hint pgmemcache (tests passed on arm64/armhf, tests pending on the others)
[21:46] <vpa1977> dbungert: sure =)
[21:46] <liushuyu> taking pg-snakeoil
[21:46]  * vpa1977 short afk - coffee
[21:46] <sil2100> liushuyu: pg-gvm hinted
[21:47] <liushuyu> we are currently at 372 / 743 (~50.01%)
[21:47] <liushuyu> (~50.07 actually_
[21:47] <sil2100> liushuyu: ack pgmemcache
[21:49] <liushuyu> sil2100: hint pg-snakeoil (tests passed on !amd64, test still pending on amd64)
[21:49] <vpa1977> and still nothing..
[21:50] <liushuyu> afk for a bit
[21:50] <dbungert> skipping pdns-recursor, test queued
[21:50] <vpa1977> I think the issue is that it is marked as "Test in progress" on update execuses, so the test requests are ignored?
[21:50] <dbungert> taking pgsql-ogr-fdw
[21:50] <vpa1977> skipping petsc4py - no test results and can not requeue
[21:51] <sil2100> liushuyu: ack pg-snakeoil
[21:51] <vpa1977> taking phoc
[21:51] <sil2100> Taking phosh-antispam
[21:52] <liushuyu> taking php8.3
[21:52] -queuebot:#ubuntu-release- Unapproved: accepted octave-statistics [source] (noble-proposed) [1.6.3-1ubuntu1]
[21:52] <sil2100> ...hinted
[21:52] <sil2100> Taking php-imagick
[21:52] <cpete> sil2100: I feel confident in openmpi. There's a failure in apbs with an existing bug and a failure in parametis due to perl, but this is also known. The rest require retest on some arches due to the infra bug and I don't have any reason to suspect the queued tests won't pass. Acceptable to hint?
[21:53] <liushuyu> okay, php8.3 is a huge disaster
[21:53] <sil2100> cpete: ...works for me! Let me pick the hint in a moment
[21:54] <vorlon> liushuyu: yes but is it hintable ;)
[21:54] <vpa1977> sil2100: phoc - tests pass (superficial) with all-proposed. Failures in wlf-randr (dependency ppc64el, s390x) requeued. Hint?
[21:54] <liushuyu> vorlon: ah, welcome back
[21:55] <vpa1977> taking php-memcached
[21:55] <vorlon> dbungert: python3.12: I did a vgrep for any lines having red in the middle (indicating armhf or an all-architecture failure) and ignored amd64 or s390x because I knew those wouldn't be representative
[21:55] <vorlon> ginggs: hi, what in openjdk are you leaving to me?
[21:56] <liushuyu> vorlon: it is also a huge problem trying to understand if php8.3 is hintable
[21:56] <vorlon> liushuyu: do you want to pass it to me?
[21:56] <liushuyu> vorlon: no need to, I am still looking
[21:56] <dbungert> sil2100: please hint pgsql-ogr-fdw
[21:56] <ginggs> vorlon: there was discussion of hinting vs blocking openjdk-*
[21:56] <dbungert> taking pikepdf
[21:56] <sil2100> Hinting php-imagick, there seems to be a real regression in one of the tests but unrelated to the package itself, rest is good
[21:57] <sil2100> cpete: openmpi hinted!
[21:58] <liushuyu> vorlon: php8.3 is hintable, but breaks phpmyadmin/4:5.2.1+dfsg-2ubuntu1 due to an API change caught in the test
[21:58] <mwhudson> taking a break for a bit
[21:58] <liushuyu> will open a bug report
[21:58] <sil2100> vpa1977: phoc hint seems reasonable, done!
[21:58] <sil2100> dbungert: pgsql-ogr-fdw/1.1.4-3build3 hinted
[21:59] <vorlon> liushuyu: fwiw it's quite possible, glancing at it, that phpmyadmin's regression is due to symfony in -proposed and not php8.3
[22:00] <vorlon> vpa1977: why do you think the need for an openjdk rebootstrap means we should block them now?
[22:00] <sil2100> Taking pivy
[22:00] <liushuyu> vorlon: https://bugs.launchpad.net/ubuntu/+source/phpmyadmin/+bug/2059336
[22:00] -ubottu:#ubuntu-release- Launchpad bug 2059336 in phpmyadmin (Ubuntu) "phpmyadmin broken by php 8.3 transition" [Undecided, New]
[22:00] <liushuyu> updated the LP bug to mention Symfony change
[22:00] <sil2100> mwhudson: is "a break for a bit" a package name..?!
[22:01] <vorlon> vpa1977: they are entangled with many libraries; blocking them means the openjdk bits depending on alsa-lib,cups,glib2.0,gtk+3.0,libpng1.6 will be uninstallable in the release pocket
[22:01] <sil2100> Hinting pivy
[22:01] <vorlon> vpa1977: (separately, I would like to know why they need re-bootstrapping)
[22:01] <liushuyu> sil2100: can package name contain whitespaces?!
[22:02] <sil2100> Taking pktanon
[22:02] <sil2100> liushuyu: let's wait for mwhudson to come back and tell us!
[22:02] <liushuyu> taking plank
[22:02] <sil2100> Hinting pktanon
[22:03] <vpa1977> vorlon: the binaries for armhf that we have in release depend on glib2.0 etc before time_t transition. So we can not build on armhf at the moment.
[22:03] <sil2100> Taking oh boy plasma-workspace
[22:03] <sil2100> ...oh, it's not as bad as I thought
[22:03] <liushuyu> sil2100: plasma-workspace > we will see you tomorrow
[22:03] <vpa1977> vorlon: yes, this will make openjdk uninstallable on all architectures, so also not optimal
[22:04] <vpa1977> vorlon: if we hint them, then we need the bootstrap jdk to get armhf building. Can we use mantic ones for it?
[22:04] <vorlon> vpa1977: https://launchpad.net/ubuntu/noble/armhf/openjdk-17-jre/17.0.11~7ea-1 the openjdk-17-jre in -proposed does NOT depend on libglib2.0-0, it depends on libglib2.0-0t64
[22:04] <liushuyu> vorlon: hint plank (bad results on !armhf, passed on armhf only)
[22:04] <vorlon> vpa1977: so I have no idea why you say you need to rebootstrap
[22:05] <sil2100> Hinting plasma-workspace!
[22:05] <dbungert> sil2100: please hint pikepdf
[22:05] <vorlon> liushuyu: done
[22:05] <dbungert> taking plastimatch
[22:05] <liushuyu> taking plymouth
[22:05] <vpa1977> vorlon: this is for armhf only: https://launchpad.net/ubuntu/+source/openjdk-lts/11.0.23~7ea-1ubuntu1/+build/27945556
[22:05] <sil2100> dbungert: ack pikepdf
[22:06] <liushuyu> vorlon: hint plymouth (tests passed w/ all-proposed=1)
[22:06] <vorlon> last complete britney run took 1h20m, much better
[22:06] <vorlon> liushuyu: done
[22:07] <liushuyu> taking pnetcdf
[22:07] <vpa1977> vorlon: openjdk-8 and openjdk-lts
[22:07] <sil2100> I'll take a moment to get back to imagemagick
[22:07] <vorlon> vpa1977: so not all of the openjdks, just those two?
[22:07] <vorlon> vpa1977: the earlier mention was about all of them
[22:08] <vpa1977> vorlon: yes, sorry, I have got confused with debian - they ran into build failure with 17 for some reason
[22:08] <vorlon> ok
[22:08] <vorlon> *that* is more reasonable
[22:08] <vorlon> instead of breaking the newer and default jdk :)
[22:08] <dbungert> skipping plastimatch, amd64 only and no passing result for build3
[22:08] <liushuyu> vorlon: hint pnetcdf (tests passed w/ all-proposed=1, except for arm64, whose tests are still in the queue)
[22:08] <vorlon> liushuyu: done
[22:08] <dbungert> taking pocketsphinx
[22:09] <vpa1977> vorlon: they are discussing it in the main bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1036884
[22:09] -ubottu:#ubuntu-release- Debian bug 1036884 in release.debian.org "transition: time64_t" [Normal, Open]
[22:09] -queuebot:#ubuntu-release- New binary: octave-statistics [amd64] (noble-proposed/universe) [1.6.3-1ubuntu1] (no packageset)
[22:10] <liushuyu> taking policykit-1 (oh my)
[22:11] <cpete> taking policykit-1-gnome
[22:11] <vpa1977> vorlon: php-memcached - no change rebuild, tests pass except dependency (requeued), hint?
[22:12] <vpa1977> taking polkit-kde-agent-1
[22:12] <vpa1977> vorlon: polkit-kde-agent-1 - tests pass with all proposed, hint?
[22:12] <vpa1977> taking polkit-qt-1
[22:13] <vorlon> vpa1977: so: openjdk-lts/armhf binaries are already removed from the release pocket.  We don't have to migrate it today, we also don't have to block or remove anything
[22:13] <vorlon> vpa1977: same for openjdk-8
[22:14] <vorlon> vpa1977: you can thank doko for this? https://launchpad.net/ubuntu/noble/armhf/openjdk-8-jre
[22:14] <liushuyu> vorlon: hint policykit-1 (tests passed w/ all-proposed=1, except for fwupd@s390x, which is a known issue before... unsure why I can't find the bug report)
[22:14] <vpa1977> vorlon: ack
[22:15] <vpa1977> vorlon: polkit-qt-1 tests pass with all-proposed, hint?
[22:15] <vorlon> livecd-rootfs autopkgtest running for the new version that fixes compat with the upcoming kernel
[22:15] <vpa1977> taking poppler
[22:15] <vorlon> liushuyu, vpa1977: php-memcached polkit-kde-agent-1 policykit-1 polkit-qt-1 done
[22:15] <arraybolt3> I just want to say to everyone working on unravelling time_t64, you guys rock. Thank you for the monumental effort you're putting into all this :)
[22:17] <ginggs> huh, why is octave-statistics a new binary, and only on amd64?
[22:17] <dbungert> arraybolt3: cheers!
[22:17] <liushuyu> ginggs: because octave-statistics-common was not built previously?
[22:17] <dbungert> who is the current hint helper?
[22:18] <liushuyu> dbungert: you can select either vorlon or sil2100
[22:18] <dbungert> sil2100: please hint pocketsphinx
[22:18] <sil2100> o/
[22:18] <dbungert> taking posterazor
[22:19] <ginggs> liushuyu: well spotted, thanks
[22:19] <liushuyu> taking postfix (smells like trouble)
[22:19] <sil2100> dbungert: we have a selection of hinters for your convenience today (hinted pocketsphinx)
[22:19] <liushuyu> ginggs: you're welcome! was talking to enr0n about why this package wasn't built (it's arch: all)
[22:20] <ginggs> sil2100, vorlon: would either of you accept octave-statistics-common ^
[22:20] <vorlon> ginggs: it's new only on amd64 because it's an arch: all binary
[22:20] <vorlon> er, hang on
[22:20] <vorlon> ok yes
[22:21] <vorlon> accepting
[22:21] <ginggs> vorlon: thanks, in hindsight, it wasn't actually needed
[22:21] <dbungert> sil2100: please hint posterazor
[22:21] <dbungert> taking postgresql-16
[22:21] <ginggs> tests were failing because of all-proposed=1
[22:21] <sil2100> dbungert: ack posterazor
[22:21] <vorlon> ok how about we see about a new list
[22:21] -queuebot:#ubuntu-release- New: accepted octave-statistics [amd64] (noble-proposed) [1.6.3-1ubuntu1]
[22:22] <vorlon> packages in the migration: 6089->6218 noooo going the wrong direction
[22:23]  * ginggs calls it a night... good luck everyone!
[22:23] <liushuyu> ginggs: good night!
[22:23] <vorlon> packages left for analysis as of the start of the last complete britney run (started at 19:54UTC): 622
[22:24] <vorlon> and the list is: https://paste.ubuntu.com/p/vyPChS8FcT/
[22:24] <cpete> sil2100: please hint policykit-1-gnome (cinnamon-control-center passing on armhf and amd64; needed to be requeued on the rest)
[22:25] <liushuyu> vorlon: postfix did not like PS5 and blew up when running the postinst script: bad parameter value: adt-noble-amd64-request-tracker5-20240327-181009-juju-7f2275-pr.openstack.prodstack5.lan
[22:25] <sil2100> cpete: ack policykit-1-gnome!
[22:25] <vorlon> liushuyu: lol yes
[22:25] <vorlon> liushuyu: I have seen this before
[22:25] <sil2100> vorlon: does the new list exclude the packages adrien handled out-of-order?
[22:26] <liushuyu> should we still hint this? postfix sounds pretty important in the dependency chain
[22:26] <vorlon> sil2100: it excludes everything that had a committed hint before 19:54
[22:26] <sil2100> Woop woop!
[22:26] <sil2100> Awesome
[22:26] <vorlon> sil2100: and leaves in place the packages that people were non-committal about hinting ;-)
[22:26] <liushuyu> switching to the new list. taking postgresql-16 (starting from line 396)
[22:26] <vorlon> speaking of
[22:27] <vorlon> vpa1977: should I be hinting openjdk-{17,21,23}?
[22:27] <vpa1977> vorlon: yes
[22:27] <cpete> same. taking powerman
[22:27] <vorlon> vpa1977: done
[22:27] <dbungert> liushuyu: while I'm happy to let you have postgresql-16, I did start looking at it
[22:28] <liushuyu> dbungert: I will skip to the next one then
[22:28] <dbungert> hehhee
[22:28] <vorlon> I'll dive in myself again in a bit, for the moment I'm getting back to running libio-socket-timeout-perl and softhsm2 to ground
[22:28] <liushuyu> ah, was also looking at the wrong list
[22:28] <liushuyu> taking ppl (line 280)
[22:30] <liushuyu> vorlon: maybe hint postfix, should I open a bug report about the postinst script? Looks like a lot of similar issues already on LP
[22:31] <waveform> sil2100, please hint openssh (vast majority is invalid bad tests, and not-really-pending-tests which actually passed; there's still some genuine pending tests in the queue but none for armhf, andd no genuine regressions for armhf)
[22:31] -queuebot:#ubuntu-release- Unapproved: 3depict (noble-proposed/universe) [0.0.23-2build1 => 0.0.23-2build2] (no packageset)
[22:32] <cpete> sil2100: please hint powerman (NCR, reverse-depends waiting on tests on amd64 that got dropped. Other arches look good. amd64 tests requeued)
[22:32] <vorlon> liushuyu: it's not a regression in postfix vs the version currently in release (published 2024-01-27: I know we had failures on autopkgtest runners due to hostname that predate that) so don't worry about a bug
[22:32] <cpete> taking ppp
[22:33] <sil2100> Okay, I'm quite confident I can hint imagemagick later today, just waiting for some more test results. It's not entirely clean, but I think it's 'clean enough'. Will fill in some bugs, but most seem unrelated to imagemagick itself
[22:33] <vorlon> sil2100: remember that everything not explicitly hinted gets hinted at my EOD anyway
[22:33] <liushuyu> vorlon: understood. then hint postfix
[22:33] <vpa1977> poppler self tests pass, a lot of red due to dependency (requeued), skip for now?
[22:33] <vorlon> liushuyu: done
[22:33] <sil2100> waveform: good enough for me, hinted openssh
[22:34] <vorlon> sil2100: which for these purposes I'm considering 6pm (0100UTC, in 2.5h)
[22:34] <liushuyu> vorlon: hint ppl (bad results on ppc64el/s390x, green on the others)
[22:34] <vorlon> liushuyu: done
[22:34] <sil2100> cpete: powerman hinted o/
[22:34] <sil2100> vorlon: aye aye sir!
[22:35] <sil2100> AFK for a few minutes
[22:36] <cpete> ppp regressed on i386? I thought we don't really track that arch. Although it looks like it's uninstallable due to python3 on i386 anyways
[22:36] <cpete> so vorlon: please hint ppp (passes on the other arches)
[22:37] <vladimirp> vorlon: prads - tests pass with all-proposed, hint?
[22:37] <vladimirp> anyone taken privacybrowser?
[22:38] <cpete> I don't think so
[22:38] <cpete> did you see the new list?
[22:38] <vladimirp> yes.
[22:39] <vladimirp> taking privacybrowser( line 283)
[22:39] <vorlon> anyone C++-oriented keen to look at softhsm2 with me?
[22:39] <cpete> taking privoxy then
[22:39] <vorlon> I fixed one issue and now there's a second less obvious one
[22:39] <liushuyu> vorlon: I can take a look
[22:43] <vladimirp> vorlon: privacybrower - tests pass with all-proposed, hint?
[22:43] <vladimirp> taking procps
[22:44] <vorlon> cpete, vladimirp: ppp prads privacybrowser hinted
[22:45] <vorlon> cpete: python3 is certainly installable on i386; we don't care strongly about ppp autopkgtests on i386 because no one will ever install the ppp:i386 binary package - it's there because it's needed as a (build-)dep of something we do care about
[22:45] <vorlon> cpete: python3 is installable on i386 but *not* in the autopkgtest testbed for i386 :)
[22:45] <vorlon> (not python3:i386)
[22:47] <dbungert> vorlon: please hint postgresql-16
[22:48] <dbungert> taking proj
[22:48] <vorlon> dbungert: done
[22:51] <cpete> vorlon: thanks for the clarification! To make sure I understand, *any* autopkgtests requiring python will fail on i386?
[22:52] <vorlon> cpete: unless they declare python3:native!
[22:52] <vorlon> cpete: because python3:amd64 will always be installed in the testbed and python3:i386 is not welcome
[22:52] <waveform> taking prometheus-cpp
[22:53] <vorlon> taking prometheus-snmp-exporter
[22:54] <vorlon> taking protobuf
[22:54] <waveform> sil2100, please hint prometheus-cpp (couple of tests pending but no regressions in armhf and nothing pending there either)
[22:55] <dbungert> vorlon: please hint proj
[22:55] <sil2100> waveform: o.
[22:55] <sil2100> waveform: o/
[22:55] <dbungert> taking protobuf-c
[22:56] <sil2100> waveform: prometheus-cpp hinted
[22:57] <cpete> vorlon: Ahh I see. My misunderstanding has been corrected, thanks!
[22:58] <vladimirp> vorlon: procps - raised https://bugs.launchpad.net/ubuntu/+source/procps/+bug/2059343, stack-limit test fails, non-armhf, bugfix for the gaming issue, block?
[22:58] -ubottu:#ubuntu-release- Launchpad bug 2059343 in procps (Ubuntu) "proposed-migration: procps  2:4.0.4-4ubuntu2 stack-limit test fails" [Undecided, New]
[22:59] <vladimirp> taking pspg
[22:59] <vladimirp> vorlon: pspg tests pass with all-proposed, hint?
[22:59] <vorlon> vladimirp: "the gaming issue"?
[23:00] <vorlon> dbungert: done
[23:00] <vladimirp> vorlon: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2057792 some games are crashing due to vm_max_map_count too low
[23:00] -ubottu:#ubuntu-release- Launchpad bug 2057792 in gamemode (Ubuntu) "Some Games are crashing linked to a vm_max_map_count too low" [Undecided, Confirmed]
[23:00] <vorlon> vladimirp: oh that
[23:00] <sil2100> Okay, hinting imagemagick. Looks not-too-shabby
[23:01] <vladimirp> taking pstoedit
[23:02] <vorlon> sil2100: I wonder if we should remove cura{,-engine} rather than hinting; it now shows up as failing tests on all archs not just armhf (LP: #2059171)
[23:02] -ubottu:#ubuntu-release- Launchpad bug 2059171 in cura-engine (Ubuntu) "cura-engine regression in tests on armhf for 1:5.0.0-4build1" [Undecided, New] https://launchpad.net/bugs/2059171
[23:03] <vladimirp> vorlon: pstoedit - tests mostly pass with all-proposed (dependency issues), hint?
[23:03]  * vladimirp lunch
[23:03] <vorlon> sil2100: yeah cura+cura-engine is self-contained, removing
[23:03] <sil2100> vorlon: ACK o/
[23:04] <sil2100> Taking puma
[23:04] <sil2100> (not the shoes and not the animal)
[23:04] <dbungert> sil2100: please hint protobuf-c
[23:05] <dbungert> taking puppet-agent
[23:05] <sil2100> dbungert: ack protobuf-c
[23:06] <sil2100> Hinting puma
[23:06] <sil2100> Taking puppet-agent
[23:06] <vorlon> vladimirp: procps: blocking rather than hinting; it's not a required part of the transition and the failure should just get fixed
[23:07] <dbungert> sil2100: filing a bug on puppet-module-puppetlabs-apache
[23:07] <dbungert> (we took the same package)
[23:08] <sil2100> Missed that!
[23:08] <sil2100> dbungert: +1 on that
[23:09] <sil2100> I'll take the next one then
[23:09] <sil2100> Taking purple-lurch
[23:10] <cpete> sil2100: filed a new bug against privoxy #2059344; I think it's separate from the other bug you are working on? Otherwise privoxy is hintable
[23:10] <sil2100> purple-lurch: waiting for some tests and then I'll hint it
[23:11] <sil2100> cpete: ah, privoxy...
[23:12] <vorlon> vladimirp: pspg done
[23:12] <vorlon> vladimirp: pstoedit done
[23:12] <cpete> taking putty
[23:13] <sil2100> cpete: ack prixovy
[23:14] <vorlon> taking puzzle-jigsaw
[23:15] <vorlon> taking pybigwig
[23:15] <vorlon> taking pycairo
[23:16] <cpete> sil2100: please hint putty (NCR; requeued missing test for spectrwm on s390x)
[23:16] <vorlon> taking pycurl
[23:16] <vorlon> taking pygame
[23:16] <vorlon> taking pygattlib
[23:17] <vorlon> uh pygattlib has no test failures listed
[23:17] <sil2100> cpete: putty ack o/
[23:19] <vorlon> seems my previous pull of the yaml was out-of-date vs the html!
[23:19] <vorlon> refreshing the list
[23:19] <vorlon> that brings us down to 560 packages fwiw
[23:19] <vorlon> NEW LIST https://paste.ubuntu.com/p/7FYtQd6Bzj/
[23:20] <vorlon> taking pygobject
[23:20] <cpete> nice
[23:21] <cpete> taking pylibmc
[23:21] <mwhudson> sil2100, liushuyu: i'll leave you to your own conclusions!
[23:21] <waveform> taking pympress
[23:21] <sil2100> vorlon: \o/
[23:22] <vorlon> taking pyotherside
[23:22] <vorlon> taking pyparted
[23:22] <vorlon> taking pyqt5
[23:23] <mwhudson> taking pyqt5-sip
[23:23] <vorlon> taking pyqt5webengine
[23:24] <vorlon> taking pyqt6
[23:24] <cpete> sil2100: please hint pylibmc (NCR; pass on armhf, needs requeue on rest)
[23:25] <mwhudson> vorlon: hint pyqt5-sip
[23:25] <vorlon> taking pyside2
[23:25] <vorlon> mwhudson: done
[23:25] <mwhudson> taking pysmbc
[23:25] <mwhudson> vorlon: hing pysmbc
[23:25] <mwhudson> taking pysvn
[23:25] <waveform> sil2100, please hint pympress (all tests superficial, some pending but no failures)
[23:26] <sil2100> cpete: done pylibmc
[23:26] <vorlon> mwhudson: pysmbc done
[23:26] <waveform> taking pytango
[23:26] <vorlon> taking python-aiortc
[23:26] <sil2100> waveform: ack pympress
[23:26] <mwhudson> vorlon: hint pysvn
[23:26] <vorlon> mwhudson: done
[23:26] <vorlon> taking python-apt
[23:26] <mwhudson> "(all tests superficial, some pending but no failures)" seems to be a theme at this part of the list
[23:27] <mwhudson> taking python-av
[23:27] <dbungert> so I'm not sure what's going on in puppet land but I filed multiple bugs and I'm not convinced that puppet-agent is uninvolved
[23:27] <cpete> taking python-boto3
[23:28] <mwhudson> vorlon: hint python-av
[23:28] <mwhudson> taking python-bsddb3
[23:28] <mwhudson> vorlon: hint python-bsddb3
[23:29] <vorlon> juliank: apt-clone autopkgtests regress, looks dep822 related, but passed on s390x somehow? doing nothing with this besides mentioning it here
[23:29] <mwhudson> taking python-click
[23:29] <vorlon> mwhudson: python-av, python-bsddb3 done
[23:30] <sil2100> Taking python-cryptography
[23:31] <dbungert> taking 5
[23:31]  * sil2100 is now confused if 5 is also a package
[23:33] <vorlon> heh livecd-rootfs autopkgtests still fail; previously because linux-generic-hwe-22.04 no longer exists in noble (it's been removed from the release pocket), now because linux-generic-hwe-24.04 is only in -proposed
[23:34] <vorlon> I guess I'll hint this through right now anyway, there's no way to make those tests pass until after the kernel lands
[23:35] <vorlon> all-proposed=True <- mixing it up with our types I see
[23:36] <vorlon> taking python-cryptography (oh no)
[23:37] <cpete> if six is a package why not 5
[23:38] <vorlon> bah paramiko also hit by pytest junk
[23:38] <cpete> sil2100: please hint python-boto3. I opened a bug #2059351 to track the regression on amd64 in smart-open
[23:38] -ubottu:#ubuntu-release- Bug 2059351 in smart-open (Ubuntu) "smart-open/5.2.1-5 vs python-boto3/1.34.46+dfsg-1" [Undecided, New] https://launchpad.net/bugs/2059351
[23:39] <vorlon> taking python-cups
[23:39] <vorlon> sil2100: oh sorry I missed that you claimed python-cryptography - I finished it and hinted it now
[23:40] <vorlon> taking python-deeptoolsintervals
[23:40] <vorlon> (deep too ls intervals?)
[23:41] <vorlon> taking python-django
[23:43] <sil2100> cpete: python-boto3 ack, thanks for the bug
[23:43] <sil2100> vorlon: no worries, I got sucked into the paramiko test failure
[23:43] <sil2100> Taking python-freecontact
[23:43] <mwhudson> vorlon: deep tool sinter vals?
[23:44] <vorlon> mwhudson: precisely
[23:44] <mwhudson> for you cheapy tool manufacturing needs
[23:44] <vorlon> taking python-fuse
[23:44] <sil2100> Taking python-gphoto2
[23:45] <vorlon> taking python-igraph
[23:45] <sil2100> Taking python-jedi
[23:45] <vorlon> taking python-leidenalg
[23:46] <vorlon> taking python-libarchive-c
[23:46] <vorlon> taking pythonmagick
[23:46] <cpete> taking python-onewire
[23:47] <vorlon> taking python-pip
[23:47] <vorlon> taking python-poppler-qt5
[23:48] <vladimirp> taking python-psutil
[23:48] <vorlon> taking python-pyproj
[23:48] <vorlon> eew angry fruit salad
[23:50] <vorlon> but it's pytest's fault again, hurray
[23:50] <sarnold> enough whipped dairy topping can make any fruit salad tolerable
[23:52] <sil2100> Yeah, same for python-jedi, one was of course pytest related. The other is unrelated to jedi, so hinted
[23:52] <vorlon> taking python-pysam
[23:52] <sil2100> Taking python-regex
[23:53] <cpete> sil2100: please hint python-onewire (NCR; awaiting tests on amd64)
[23:54] <sil2100> cpete: python-onewire ack
[23:55] <sil2100> Taking python-reportlab
[23:55] <mwhudson> vorlon: i think python-click is ok to hint, not 100% sure what is going on with nipype though
[23:56] <mwhudson> oh dan already filed
[23:56] <mwhudson> https://bugs.launchpad.net/ubuntu/+source/nipype/+bug/2059329
[23:56] -ubottu:#ubuntu-release- Launchpad bug 2059329 in nipype (Ubuntu) "fails in autopkgtest" [Undecided, New]
[23:56] <mwhudson> vorlon: hint python-click pls
[23:56] <dbungert> sil2100: please hint puppet-agent
[23:56] <mwhudson> taking python-typing-extensions
[23:56] <dbungert> taking pyyaml
[23:57] <mwhudson> (sigh)
[23:57] <sil2100> dbungert: puppet-agent ack
[23:57] <waveform> sil2100, please hint pytango -- it's hilariously broken with mysql with a timestamp issue, but nothing to do with armhf or time_t
[23:57] <vorlon> mwhudson: done
[23:58] <vorlon> afk for a bit
[23:58] <sil2100> waveform: pytango ack
[23:58] <vorlon> T minus 1 hour
[23:59] <sil2100> Sadly still a lot of packages to go, but at least we'll get through a lot of them


[04:38] <wryt> infinity: what is your apparent speed?
[04:38] <wryt> do you think by em=mc2 or :
[04:38] <wryt> L
[04:48] <wryt> infinity: the speed of infinity is important if you mean an neverending story
[04:49] <wryt> hence you have the saying from eternity to eternity, which not vanishing means twain neverending stories
[04:49] <wryt> the spead of infinity matters so as not to have it dissolved
[04:50] <wryt> you may have an apparent mean speed to give to MYSELF
[04:50] <wryt> reletive so I can correct it
[04:51] <chriswells> so much for t mobile and the nsa