[00:00] <liushuyu> vorlon: hint cyrus-imapd (neutral tests only)
[00:00] <sil2100> cura-engine: looks like a real regression on armhf
[00:00] <liushuyu> taking cyrus-sasl2
[00:00] <vorlon> liushuyu: done
[00:00] <vorlon> sil2100: sure does
[00:01] <sil2100> I'll fill in a bug and hint
[00:02] <liushuyu> vorlon: hint cyrus-sasl2
[00:02] <liushuyu> taking cyvcf2
[00:03] <vorlon> liushuyu: done
[00:03] <liushuyu> vorlon: hint cyvcf2 (bad results on arm64, all green on !arm64)
[00:03] <vorlon> liushuyu: done
[00:04] <liushuyu> taking db5.3
[00:04] <dbungert> vorlon: hint cypari2
[00:04] <vorlon> dbungert: done
[00:04] <vorlon> taking dbus D:
[00:04] <dbungert> taking dbus-glib
[00:05] <vorlon> and then this is my last one before stopping for dinner
[00:05] <dbungert> vorlon: you only had to hold off the enter key for like a second
[00:05] <sil2100> Taking dbus-python
[00:06] <vorlon> dbungert: haha
[00:08] <vpa1977> taking dbus-test-runner
[00:08] <cpete> vorlon: hint cryptsetup (flaky s390x test in dropbear)
[00:08] <vorlon> cpete: you're sure it's flaky and not regressed?
[00:08] <vorlon> cpete: it's a no change rebuild so I'll accept this
[00:09]  * sil2100 is going AFK for a few minutes
[00:09] <vorlon> cpete: done
[00:09] <cpete> vorlon: I checked other tests and they all fail with "address already in use" errors
[00:09] <cpete> vorlon: thanks!
[00:10] <liushuyu> vorlon: real regression: db5.3/5.3.28+dfsg2-6 vs perl/5.38.2-3.2
[00:10] <vorlon> liushuyu: curious. please file a bug then; neither of those packages can be left out of the transition
[00:10] <vpa1977> dbus-test-runner - tests pass except amd64 (dependency issue). requeued. Hint ?
[00:11] <cpete> taking dconf
[00:11] <vorlon> vpa1977: done
[00:11] <vpa1977> taking ddnet
[00:15] <liushuyu> vorlon: bug filed https://bugs.launchpad.net/ubuntu/+source/perl/+bug/2059172, but db5.3 could be hinted (passed in other tests)
[00:15] -ubottu:#ubuntu-release- Launchpad bug 2059172 in perl (Ubuntu) "autopkgtest failure with perl/5.38.2-3.2" [Undecided, New]
[00:15] <vpa1977> ddnet - tests pass (except amd64, dependency issue), package installable on armhf. Hint ?
[00:16] <vpa1977> taking deal.ii
[00:16] <dbungert> vorlon: please hint dbus-glib
[00:16] <vorlon> vpa1977: deal.ii is the other end of the cgal hint I was unhappy with
[00:16] <vorlon> liushuyu: db5.3 hinted
[00:16] <liushuyu> we are currently at 167 / 1210 (~14%)
[00:16] <vorlon> vpa1977: ddnet hinted
[00:16] <vorlon> dbungert: dbus-glib hinted
[00:17] <vorlon> liushuyu: very promising progress honestly
[00:17] <dbungert> taking debconf-kde
[00:18] <vpa1977> deal.ii - arm64 passes, s390x passes, rest are in progress. tests for cgal in progress, skip for now ?
[00:18] <liushuyu> afk for a while (dinner)
[00:19] <vorlon> vpa1977: I already hinted cgal so let's hint this too
[00:21] <dbungert> vorlon: hint debconf-kde
[00:21] <vorlon> dbungert: done
[00:21] <dbungert> taking debhelper
[00:22] <vpa1977> taking debos
[00:22] <cpete> vorlon: I think hint dconf. Lots of listed regression but looking through the test logs most of them are actually passing?
[00:22] <vorlon> cpete: so, let me check this
[00:22] <vpa1977> debos - test failed due to dependency, retried, skipping for now
[00:23] <vpa1977> taking delly
[00:23] <vorlon> cpete: if you click on e.g. https://autopkgtest.ubuntu.com/packages/a/almanah/noble/arm64 you'll see that the tests triggered for dconf are marked as 'error', this is the infrastructure issue that was discussed where the tests passed but were run against the release version of the package by mistake and are therefore invalid
[00:24] <cpete> Ahhhhh
[00:24] <vorlon> cpete: so we filter out based on that, but would like to see at least one architecture with a passing test for each package
[00:24] <vorlon> which due to britney bugginess sometimes means manually changing the url to '/armhf' to see
[00:26] <vorlon> hinted dbus
[00:26] <vorlon> now afk
[00:26] <cpete> vorlon: ack. I'll investigate that then. Thanks!
[00:26] <vorlon> please continue to tag me on anything that's good to hint and I'll gather them up after dinner
[00:30] <vpa1977> vorlon: delly - armhf pass, rest tests in progress, local autopkgtest amd64 test passes. Hint?
[00:30] <vpa1977> taking dhcpcd
[00:36] <vpa1977> dhcpcd - test failure against initramfs-tools, retried, skip for now
[00:36] <vpa1977> taking dhcpdump
[00:37] <dbungert> vorlon: please hint debhelper
[00:37] <dbungert> taking dianara
[00:39] <dbungert> vorlon: please hint dianara
[00:39] <dbungert> taking dicomnifti
[00:45] <dbungert> vorlon: please hint dicomnifti
[00:45] <dbungert> taking dillo
[00:52] <vpa1977> dhcpdump - test fails for armhf for forensics-extra (package uninstallable). Installs locally, retried forensics-extra. Skip for now
[00:52] <vpa1977> taking dislocker
[00:54] <dbungert> vorlon: please hint dillo
[00:54] <dbungert> afk
[00:54] <vpa1977> vorlon: dislocker - tests neutral (superficial - pass), installs on armhf. Hint?
[00:54] <vpa1977> taking disorderfs
[00:59] <vpa1977> disorderfs - tests still running, skipping
[00:59] <vpa1977> taking dolfin
[01:00] <vpa1977> dolphin - tests pass, vedo tests failed due to dependency, retried. Hint?
[01:00] <cpete> vorlon: hint dconf. Scanning through it looks like running tests will pass (superficially or not) on retry. All regressions were invalid tests
[01:00] <vpa1977> vorlon: please hint dolfin
[01:01] <vpa1977> taking dovecot
[01:02] <cpete> taking doxygen
[01:03] <vpa1977> vornon: dovecot tests pass except interimap https://launchpad.net/bugs/2059120 . Please hint
[01:03] -ubottu:#ubuntu-release- Launchpad bug 2059120 in interimap (Ubuntu) "interimap timeval packing is broken on armhf with t64" [Undecided, Fix Committed]
[01:05] <vpa1977> vorlon: dovecot - sorry, seems to be regression in dovecot, will raise bug
[01:05] <sil2100> Taking dpdk
[01:08] <sil2100> ...hinted
[01:08] <sil2100> Taking dqlite
[01:11] <cpete> doxygen was waiting for a test on amd64 which got lost. requeued and moving on
[01:12] <cpete> taking drawtiming
[01:14] <sil2100> Taking dub
[01:19] <cpete> vorlon: please hint drawtiming
[01:19] <cpete> taking dune-grid
[01:21] <cpete> vorlon: please hint dune-grid
[01:22] <cpete> taking dune-uggrid
[01:23] <vladimirp> taking dwz
[01:24] <sil2100> Taking dymo-cups-drivers, although I wonder if it'll be blocked by cups
[01:25] <vladimirp> vorlon: dwz - tests pass except amd64 for binutils/debhelper (dependency). retried. Hint?
[01:26] <vladimirp> taking dyssol
[01:26] <sil2100> dymo-cups-drivers -> had a real failing test, but then I saw the same version passed when run as a different trigger. Flaky test, hinting
[01:27] <sil2100> Taking e2fsprogs
[01:29] <sil2100> ...okay, this one needs more investigation. Lots of tests in progress, change not a simple no-change rebuild. Skipping
[01:29] <sil2100> Taking e-antic
[01:30] <bdmurray> Taking ebook-tools
[01:32] <bdmurray> hinted
[01:32] <bdmurray> taking ecflow
[01:33] <vladimirp> vorlon: dyssol - tests pass except amd64 (dependency). local amd64 passes. Hint ?
[01:34] <liushuyu> taking eckit
[01:34] <vladimirp> taking eckit
[01:34] <bdmurray> doing nothing with ecflow due to regressions which have queued tests
[01:34] <vladimirp> taking edb-debugger
[01:34] <liushuyu> okay, changing to edb-debugger
[01:34] <bdmurray> lol
[01:34] <liushuyu> we have a race-condition here
[01:34] <bdmurray> taking edbrowse
[01:34] <liushuyu> vladimirp: which one are you looking at?
[01:35] <vladimirp> I'll go with edb-debugger =)(
[01:35] <liushuyu> taking eckit
[01:36] <liushuyu> vorlon: hint eckit (neutral tests)
[01:36] <liushuyu> taking efl
[01:37] <bdmurray> requeueing libwwwbrowser-perl w/ edbrowse
[01:41] <liushuyu> vorlon: hint efl (terminology failed on s390x, but has always been failed like that since 2023)
[01:41] <vorlon> hinted: delly debhelper dianara dicomnifti dillo dislocker dconf dolfin drawtiming dune-grid dwz dyssol eckit efl
[01:41] <liushuyu> taking emacs
[01:42] <bdmurray> liushuyu: What about efl and terminoloy on ppc64el?
[01:43] <vorlon> bdmurray: looks like a bunch of ignorable test env errors?
[01:43] <liushuyu> bdmurray: those are invalid results I suppose, requiring a re-test
[01:44] <sil2100> Taking epiphany-browser
[01:45] <vladimirp> vorlon: edb-debugger says test in progress on amd64, local autopkgtest passes. Hint?
[01:45] <vladimirp> taking epiphany-browser
[01:46] <vorlon> vladimirp: actually https://autopkgtest.ubuntu.com/packages/e/edb-debugger/noble/amd64 shows the test has finished on amd64
[01:46] <vorlon> vladimirp: (always good to click through, as autopkgtest.u.c will be more up-to-date than britney except when there are bugs
[01:46] <vorlon> )
[01:46] <vorlon> vladimirp: hinted
[01:46] <vorlon> fyi I'm poking in at the keyboard post dinner but am exhausted and am not taking any of these myself to look at for right now
[01:47] <sil2100> epiphany-browser: not a time_t related change, needs actual tests to be finished for amd64 (queued)
[01:48] <vladimirp> taking epson-inkjet-printer-escpr
[01:48] <sil2100> Taking erofs-utils
[01:49] <vladimirp> epson-inkjet-printer-escpr depends on cups, are we blocking those ?
[01:49] <liushuyu> vorlon: hint emacs (a lot of tests were marked as errors, re-queued)
[01:49] <liushuyu> taking evince
[01:51] <liushuyu> vorlon: hint evince (evince/46.0-1 vs forensics-extra/2.49 failed due to uninstallable dependency: Qt 5)
[01:52] <liushuyu> taking evolution and evolution-data-server
[01:53] <sil2100> Taking exim4
[01:53] <vladimirp> skipping epson-inkjet-printer-escpr (depends on cups)
[01:54] <vladimirp> taking expat
[01:54] <cpete> I think dune-uggrid needs another no-change rebuild. bug + tag?
[01:55] <liushuyu> vorlon: hint evolution (bad dependencies on multiple arch, needs re-testing)
[01:56] <liushuyu> vorlon: hint evolution-data-server (bad dependencies from libreoffice tests)
[01:56] <liushuyu> cpete: I believe you need to file a bug and tag "time-t"
[01:57] <liushuyu> taking extractpdfmark
[01:57] <cpete> liushuyu: ack, thanks
[01:57] <liushuyu> We are currently at 209 / 1210 (~17%)
[01:59] <sil2100> Taking ezquake
[01:59] <liushuyu> vorlon: hint extractpdfmark (invalid test results on !armhf, needs retesting)
[01:59] <sil2100> That one's ez
[02:00] <liushuyu> taking eztrace
[02:00] <sil2100> Taking falcosecurity-libs
[02:01] <sil2100> Ok, this one has actual changes and tests in progress, skipping
[02:01] <sil2100> Taking falkon
[02:01] <cpete> vorlon: hint dune-uggrid (created bug #2059182 and tagged time-t)
[02:01] -ubottu:#ubuntu-release- Bug 2059182 in dune-uggrid (Ubuntu) "autopkgtests fail for dune-grid/2.9.0-2build1" [Undecided, New] https://launchpad.net/bugs/2059182
[02:02] <cpete> afk
[02:02] <liushuyu> vorlon: genuine failure: eztrace on armhf due to incorrect behavior, opening a bug report
[02:02] <vladimirp> vorlon: expat - some tests pass, regressions due to dependency(retried), regression in astropy (fails against itself). Hint?
[02:03] <vladimirp> added https://bugs.launchpad.net/bugs/2059180 for dovecot
[02:03] -ubottu:#ubuntu-release- Launchpad bug 2059180 in dovecot (Ubuntu) "proposed migration dovecot vs interimap: autopkgtest failure" [Undecided, New]
[02:03] <vladimirp> taking fastcdr
[02:04] <liushuyu> eztrace bug report filed: https://bugs.launchpad.net/ubuntu/+source/eztrace/+bug/2059183
[02:04] -ubottu:#ubuntu-release- Launchpad bug 2059183 in eztrace (Ubuntu) "autopkgtest failure on eztrace/2.1-7ubuntu3" [Undecided, New]
[02:05] <liushuyu> taking fastdds
[02:07] <liushuyu> vorlon: hint fastdds (passed on armhf, bad results on the others, needs retesting)
[02:07] <liushuyu> taking fastqtl
[02:08] <sil2100> Ok, I'll step down for the night, will continue in my morning - and will motivate other EU-tz people to participate o/
[02:08] <liushuyu> vorlon: hint fastqtl (still in progress, but several arch have already passed)
[02:09] <liushuyu> taking faudio
[02:09] <liushuyu> vorlon: hint faudio (only amd64 left in progress, others passed)
[02:10] <liushuyu> taking fcl
[02:11] <vladimirp> vorlon: fastcdr - armhf passes, others "test in progress", local amd64 passes. Hint?
[02:11] <vladimirp> taking feersum
[02:12] <liushuyu> vorlon: hint fcl (bad test data from dart and fcl itself, needs re-testing)
[02:12] <liushuyu> taking feh
[02:12] <liushuyu> vorlon: hint feh (amd64 in progress, all others passed)
[02:12] <liushuyu> taking fetchmail
[02:13] <vladimirp> vorlon: feersum - shows regression for ppc64el, but it passed, Hint?
[02:13] <vladimirp> taking ffmpeg
[02:14] <liushuyu> vorlon: hint fetchmail
[02:14] <liushuyu> (bad test results on s390x)
[02:14] <liushuyu> taking fftw3
[02:15] <liushuyu> uh-oh this is a large one
[02:21] <liushuyu> vorlon: hint fftw3 (many bad test results, ffttw3 vs camitk looks suspicious, needs re-testing)
[02:22] <vladimirp> vorlon: ffmpeg - armhf passes, retried other failures. Hint?
[02:22] <vladimirp> (dependency failures)
[02:22] <liushuyu> (camitk only tests on one architecture, there are tests on other architectures, but haven't seen any successful runs)
[02:23] <vladimirp> taking file
[02:24] <liushuyu> taking fiona
[02:25] <vorlon> vladimirp: astropy is the pytest -proposed nonsense, so yes hinting
[02:26] <vladimirp> vorlon: file - regression for diffoscope/arhmf (we ignore it), retried failed ones (dependency). Other tests pass. Hint?
[02:26] <vorlon> hinted emacs evince evolution evolution-data-server extractpdfmark dune-uggrid expat fastdds fastqtl faudio fastcdr fcl feh feersum fetchmail fftw3 ffmpeg
[02:26] <vorlon> vladimirp: hinting file too
[02:27] <vladimirp> taking fitscut
[02:27] <liushuyu> vorlon: hint fiona (bad dependencies from fiona, others are neutral tests)
[02:27] <liushuyu> taking fitsverify
[02:28] <vladimirp> vorlon: fitscut - tests pass, package installable on armhf. Hint ?
[02:28] <vladimirp> taking flask-restful
[02:29] <liushuyu> vorlon: fitsverify test depends are uninstallable on all architectures
[02:32]  * mwhudson reappears
[02:32] <dbungert> samesies
[02:32] <vorlon> fiona, fitscut hinted
[02:33] <liushuyu> vorlon: https://bugs.launchpad.net/ubuntu/+source/fitsverify/+bug/2059185 and rev-deps contain only one package: astro-tools
[02:33] -ubottu:#ubuntu-release- Launchpad bug 2059185 in fitsverify (Ubuntu) "fitsverify is uninstallable on Noble" [Undecided, New]
[02:33] <vladimirp> flask-restul - regression against cloudkitty. will raise bug
[02:33] <dbungert> lol I'm taking flatpak
[02:34] <liushuyu> taking flatpak-builder
[02:34] <dbungert> liushuyu: those two are identical, move to the next I think
[02:34] <liushuyu> okay
[02:35] <liushuyu> taking flocq
[02:36] <vorlon> liushuyu: eso-midas was explicitly deleted, I don't really care about the test regression in this case but I suppose it's ok to track it https://bugs.launchpad.net/ubuntu/+source/eso-midas/+bug/2058947
[02:36] -ubottu:#ubuntu-release- Launchpad bug 2058947 in eso-midas (Ubuntu) "eso-midas: Please RM due to FTBFS" [Undecided, Fix Released]
[02:37] <vorlon> liushuyu: fitsverify hinted
[02:37] <liushuyu> vorlon: hint flocq (a coq-* series package, also tests passed on armhf, others are in queue)
[02:38] <vorlon> flocq hinted
[02:39] <liushuyu> vorlon: hint flpsed (all tests passed, excuse page update delayed)
[02:39] <vorlon> liushuyu: done
[02:40] <liushuyu> taking fltk1.3 (looks disasterous)
[02:41] <mwhudson> i'll take fluxbox
[02:45] <mwhudson> vorlon: hint fluxbox and flwm
[02:45] <mwhudson> taking fontconfig
[02:46] <vladimirp> vorlon:
[02:46] <liushuyu> vorlon: hint fltk1.3 (many bad test results, needs re-testing)
[02:47] <liushuyu> (also a lot of tests passed but not updated on the excuses page)
[02:48] <liushuyu> taking fontforge
[02:49] <liushuyu> vorlon: hint fontforge (blocked by diffoscope on armhf)
[02:49] <liushuyu> taking fonttools
[02:51] <vorlon> so as I mentioned, once hints start to land britney runtime will get longer (before it gets shorter again) trying to calculate results with a much larger number of uninstallables.  Current runtime 5h10m and this is not surprising
[02:52] <mwhudson> vorlon: hint fontconfig
[02:52] <vorlon> bdmurray sil2100 ginggs I think it's actually time to freeze noble now to block new packages from landing, otherwise we're flying blind wrt things that will reset transition state and won't find out about them until the next britney iteration, and we only have so many of those before tomorrow EOD
[02:53] <mwhudson> taking foo2zjs
[02:54] -queuebot:#ubuntu-release- New: accepted orchis-kde [source] (noble-proposed) [2024-01-08-0ubuntu1]
[02:54] <liushuyu> vorlon: genuine fonttools regression on armhf (python 3.12 compatibility issues)
[02:54] <mwhudson> vorlon: hint foo2zjs
[02:54] <mwhudson> taking freecontact
[02:54] <vladimirp> raised https://bugs.launchpad.net/ubuntu/+source/cloudkitty/+bug/2059186 for cloudkitty fails on armhf. This is caused by new python-oslo.db
[02:54] -ubottu:#ubuntu-release- Launchpad bug 2059186 in python-oslo.db (Ubuntu) "proposed-migration flask-restful  0.3.10-2 vs cloudkitty 19.0.0-1" [Undecided, New]
[02:55] <vladimirp> vorlon: flask-restful - tests pass except cloudkitty (raised bug, failure unrelated). Hint?
[02:55] <mwhudson> vorlon: hint freecontact
[02:55] <vladimirp> taking freeradius
[02:55] <mwhudson> taking freetype
[02:55] <mwhudson> oh no angry fruit salad
[02:56] <liushuyu> vorlon: https://bugs.launchpad.net/ubuntu/+source/fonttools/+bug/2059188 filed against fonttools
[02:56] -ubottu:#ubuntu-release- Launchpad bug 2059188 in fonttools (Ubuntu) "fonttools autopkgtest failure after Python 3.12 transition" [Undecided, New]
[02:56] <vorlon> hinted fluxbox flwm fltk1.3 fontforge fontconfig foo2zjs flask-restful freecontact
[02:56] <vorlon> liushuyu: we do not have to transition fonttools right now; blocking
[02:56] -queuebot:#ubuntu-release- New binary: orchis-kde [amd64] (noble-proposed/none) [2024-01-08-0ubuntu1] (no packageset)
[02:57] <liushuyu> we are now at 242 / 1210 (20.00%)
[02:58] <liushuyu> afk for a bit
[02:59] <vorlon> vladimirp: fyi oslo.db is not a candidate so this is fine
[03:00] <vorlon> ^ archive is frozen
[03:01] <dbungert> vorlon: flatpak is just broken in autopkgtest and has been since before time_t LP: #2059187
[03:01] -ubottu:#ubuntu-release- Launchpad bug 2059187 in flatpak (Ubuntu) "fails in autopkgtest on gnome-desktop-testing" [Undecided, New] https://launchpad.net/bugs/2059187
[03:01] <dbungert> vorlon: flatpak-builder may be fine but version 1.4.2-1build1 on amd64 looks suspicious.  LP: #2059189
[03:01] -ubottu:#ubuntu-release- Launchpad bug 2059189 in flatpak-builder (Ubuntu) "please investigate flatpak-builder for time-t related regressions" [Undecided, New] https://launchpad.net/bugs/2059189
[03:02] <vorlon> dbungert: cf https://autopkgtest.ubuntu.com/packages/f/flatpak-builder/noble/armhf which update_excuses declined to link to
[03:03] <vorlon> so we have a valid test result on armhf, amd64 is therefore ignorable and I think you should close the bug; hinting now
[03:04] <mwhudson> someone said something about pkg-config on i386 right
[03:04] <dbungert> vorlon: that armhf result looks to be based on "SKIP Test requires machine-level isolation but testbed does not provide that"
[03:04] <vladimirp> vorlon: freeradius has dependency fails, rest pass. armhf pass. local amd64 passes. Hint?
[03:04] <dbungert> other arches do look ok
[03:05] <vladimirp> taking frozen-bubble
[03:05] <vorlon> dbungert: oh haha fail. ok, still hinted but makes sense to leave the bug open for now
[03:05] <dbungert> vorlon: ack
[03:05] <vorlon> dbungert: other arches look ok> on update_excuses. if you drill down, they're all 'error' test results...
[03:05] <vladimirp> frozen-bubble - dependency wait on libsdl-perl
[03:06] <vorlon> vladimirp: "dependency wait" refers to a package build status
[03:06] <vladimirp> yes, it did not build for armhf
[03:07] <vorlon> vladimirp: ok hmm looking
[03:08] <vorlon> vladimirp: right, libsdl-perl removed from release pocket, ftbfs in -proposed (on all archs where tests are run)
[03:08] <vorlon> vladimirp: so frozen-bubble is hintable but also not actually relevant for time_t <shrug>
[03:08] <liushuyu> Question: Did the "by the end of Wednesday" means 2024-03-27T23:59:59.99Z?
[03:08] <mwhudson> vorlon: hint freetype pls, libwmf/i386 fails oddly on i386 but it's not freetype's fault
[03:09] <vorlon> liushuyu: it means by the time I go to sleep tomorrow :P
[03:09] <vorlon> mwhudson: done
[03:09] <vladimirp> taking fuse
[03:09] <dbungert> taking fvwm
[03:09] <mwhudson> fvm3 for me
[03:09] <mwhudson> +w
[03:09] <vorlon> afk for kid bedtime routine
[03:10] <mwhudson> vorlon: hint fvwm3 (sodding gdm3!)
[03:11] <dbungert> vorlon: hint fvwm
[03:11] <dbungert> taking fwts
[03:11] <liushuyu> taking fwupd
[03:12] <mwhudson> game-data-packager
[03:13] <mwhudson> vorlon: hint game-data-packager
[03:13] <mwhudson> taking gawk
[03:13] <liushuyu> vorlon: hint fwupd (exploded due to glib2.0 a while ago)
[03:14] <liushuyu> taking gcc-13
[03:16] <liushuyu> vorlon: hint gcc-13 (superseding tests w/ all-proposed=1 passed)
[03:16] <vladimirp> vorlon: fuse - dependency failures, openafs installable on armhf, hint?
[03:16] <liushuyu> taking gcc-14
[03:16] <vladimirp> taking gdal
[03:18] <liushuyu> vorlon: hint gcc-14 (superseding tests w/ all-proposed=1 passed for most parts, some requires re-testing)
[03:18] <mwhudson> vorlon: hint gawk
[03:18] <mwhudson> taking gdb
[03:19] <vladimirp> vorlon: gdal - tests pass (failures are dependency), hint?
[03:19] <liushuyu> I can see a lot of lib*-perl a few screens below
[03:19] <vladimirp> taking gdbm
[03:20] <dbungert> so fwts has a passing test on armhf but all the other arches ran this upload test during the error window, is that the hint case?
[03:21] <mwhudson> dbungert: i think so
[03:22] <dbungert> vorlon: please hint fwts (but see ^^)
[03:22] <dbungert> taking gdk-pixbuf
[03:22] <dbungert> ah hah what have I done
[03:23] <vladimirp> vorlon: gdbm tests pass (except amd64 dependency), perl failure unrelated (https://bugs.launchpad.net/ubuntu/+source/perl/+bug/2059172). Hint ?
[03:23] -ubottu:#ubuntu-release- Launchpad bug 2059172 in perl (Ubuntu) "autopkgtest failure with perl/5.38.2-3.2" [Undecided, New]
[03:25] <mwhudson> vorlon: hint gdb
[03:25] <mwhudson> taking gdm3
[03:31] <liushuyu> taking gearmand
[03:31] -queuebot:#ubuntu-release- Unapproved: ukui-desktop-environment (noble-proposed/universe) [3.0.1 => 3.0.2] (ubuntukylin)
[03:33] <dbungert> I guess something like gdk-pixbuf is going to go in and we're interested in regressions if they are on the list.
[03:33] <liushuyu> vorlon: hint gearmand (full of invalid test results, passed on armhf though)
[03:33] <liushuyu> taking gegl
[03:34] <vladimirp> taking genext2fs
[03:35] <liushuyu> vorlon: hint gegl (bad dependencies on s390x and ppc64el, neutral on the others)
[03:38] <liushuyu> taking genomethreader
[03:38] <liushuyu> (those seem to be academic software)
[03:39] <mwhudson> vorlon: hint gdm3
[03:39] <mwhudson> taking genometools
[03:40] <liushuyu> vorlon: hint genomethreader (only passed on armhf, others were bad results)
[03:40] <liushuyu> taking geonames
[03:41] <mwhudson> vorlon: hint genometools
[03:42] <mwhudson> taking getfem
[03:42] <mwhudson> vorlon: hint getfem
[03:42] <mwhudson> taking gfsecret
[03:43] <mwhudson> hint gfsecret
[03:43] <mwhudson> taking ghostscript
[03:43] <mwhudson> guessing this won't be so trivial
[03:48] <liushuyu> vorlon: hint geonames (bad result on amd64, all others passed)
[03:48] <vladimirp> genext2fs - tests marked as "not a regression" , installs on armhf, regression on s390x. raising bug
[04:00] <vladimirp> vorlon: genextfs retried s390x, test passed (though somehow disappeared from report here https://autopkgtest.ubuntu.com/packages/g/genext2fs/noble/s390x). Hint ?
[04:01] <vladimirp> taking gifticlib
[04:06] <vladimirp> vorlon: gifticlib - armhf passes, local amd64 passes. Hint ?
[04:07] <mwhudson> vorlon: hint ghostscript pls
[04:07] <mwhudson> taking gimp
[04:08] <mwhudson> (slightly losing the will to live i have to admit)
[04:08] <mwhudson> vorlon: hint gimp pls
[04:09] <mwhudson> taking git
[04:09] <mwhudson> oh dear me
[04:49] <dbungert> analyzing gdk-pixbuf vs things also on the list, I didn't see anything concerning except the known slurm-wlm
[04:50] <dbungert> vorlon: please hint gdk-pixbuf, but I assume that would have happened anyhow
[04:50] <dbungert> afk
[05:26] <vorlon> hinted: fvwm3 fvwm game-data-packager fwupd gcc-13 fuse gcc-14 gawk gdal fwts gdbm gdb gearmand gegl gdm3 genomethreader genometools getfem gfsecret geonames genextfs gifticlib ghostscript gimp gdk-pixbuf
[05:26] <vorlon> also genext2fs rather than genextfs
[05:28] <vorlon> taking glibmm2.68
[05:29] <vorlon> ooh I see update_excuses also finally updated
[05:29] <vorlon> so also taking libpsl, which is the latest and only blocker of glib2.0
[05:30] <vorlon> (which will speed up subsequent britney runs)
[05:32] <vorlon> gmsh
[05:41] <vorlon> gnome-console
[05:42] <vorlon> gnome-desktop
[05:42] <vorlon> gnome-desktop-testing
[05:54] <vorlon> gnome-flashback
[05:55] <vorlon> gnome-keyring
[05:55] <vorlon> gnome-online-accounts
[05:57] <vorlon> gnome-screensaver
[05:57] <vorlon> gnome-settings-daemon
[05:57] <vorlon> gnome-shell-pomodoro
[05:58] <vorlon> gnome-terminal
[05:59] <vorlon> gnome-text-editor
[05:59] <vorlon> gnuais
[05:59] <vorlon> gnucobol3
[06:01] <vorlon> gnumeric
[06:01] <vorlon> gnupg1
[06:01] <vorlon> gnupg2
[06:05] <vorlon> since I'm the only one currently working the list I'll do these silently now for a while; please ping if you're coming online and looking to take some
[06:46] <vorlon> ftr forensics-extra is broken on armhf because linssid isn't built; last attempt failed with no log, retrying
[06:53] <bastif> I would need some help for a failing "proposed-migration"
[06:53] <bastif> https://ubuntu-archive-team.ubuntu.com/proposed-migration/noble/update_excuses.html#google-android-installers
[06:54] <bastif> I'm not sure what is actually blocking. Is it the said to be "test in progress" for google-android-installers, or is it the apparently failing tests of android-sdk-meta & fdroidcl (which actually didn't fail if we look at the autopkgtest logs)
[06:59] <vorlon> bastif: the archive is in a state of great flux right now as we approach beta. both "in progress" and "failed" will block; and the "failed" is correct, there was an infractructure issue over the past week that caused a large number of tests to be run against the wrong version of the packages, so they may have passed but the tests themselves were invalid and have been marked as such
[07:01] <vorlon> afk; if anyone picks up while I'm out, the last package I've reviewed is healpix-cxx
[07:05] <bastif> Is there a way to see what failed then? So that I can try to fix it? Or will these somehow be run again automatically and finally pass?
[07:20] <vorlon> bastif: they will be run again.  No guarantee that they'll passs
[07:20] <vorlon> taking heaptrack
[07:45] <vorlon> blocking html2text (not needed and has test regressions)
[07:47] <bastif> vorlon: thanks, I'll wait and see then before taking any further action then.
[07:50] <bastif> if it fails, hopefully there will be more info in the logs
[07:55] -queuebot:#ubuntu-release- Unapproved: nim-hts (noble-proposed/universe) [0.3.19+ds-1 => 0.3.19+ds-1ubuntu1] (no packageset)
[07:56] -queuebot:#ubuntu-release- Unapproved: accepted nim-hts [source] (noble-proposed) [0.3.19+ds-1ubuntu1]
[08:00] <vorlon> ok, got down to igraph, calling it a night
[08:00] <LocutusOfBorg> diffoscope autopkgtest regression on armhf are due to wabt FTBFS
[08:00] <vorlon> next package for someone is imagemagick
[08:09] <vorlon> refreshed the list of packages to examine; not many packages removed, I would expect this to go down a lot after the next britney rerun. anyway, please use https://paste.ubuntu.com/p/pzsnDwTCcK/ now for coordination
[08:27] <LocutusOfBorg> wabt fixed, diffoscope might be fine again
[08:27] <LocutusOfBorg> vorlon, what is the action needed? bring a package, go to excuses, check if it is ok or not, fix or move to the next one?
[08:27] -queuebot:#ubuntu-release- Unapproved: wabt (noble-proposed/universe) [1.0.34+dsfg2+~cs1.0.32-1 => 1.0.34+dsfg2+~cs1.0.32-1ubuntu1] (no packageset)
[08:30] <vorlon> LocutusOfBorg: this is a list of packages that are all included in the time_t mass migration when ignoring tests; the tests need manually inspected to make sure there aren't any real regressions, then tag a member of the release team (in your timezone) to hint the package if it's ok to promote to the release pocket
[08:32] <vorlon> LocutusOfBorg: I described earlier that the possible outcomes are: a) hint if it should be promoted, filing bugs for any real (armhf) regressions introduced in the process so we can fix them post-beta; b) remove failing packages in a way that stops them from sneaking back into the release pocket; c) remove this package and all its revdeps; d) block the package if it has regressions and is not
[08:32] <vorlon> required to migrate as part of the time_t migration
[08:40] <LocutusOfBorg> ok, can you please approve wabt above? it is fixing diffoscope and wabt transition for time64_t
[08:40] <LocutusOfBorg> I'll pick something up then
[08:41] <sil2100> o/
[08:47] <sil2100> I heard imagemagick is next, I'll take it
[08:48] <LocutusOfBorg> sil2100, can you please approve wabt from noble-proposed queue?
[08:48] <sil2100> LocutusOfBorg: looooking
[08:48] <LocutusOfBorg> fixing FTBFS and unblocking diffoscope armhf failure in tests
[08:49] <sil2100> Excellent
[08:50] <sil2100> LocutusOfBorg: done, thank you o/
[08:50] <LocutusOfBorg> thanks
[08:51] -queuebot:#ubuntu-release- Unapproved: accepted wabt [source] (noble-proposed) [1.0.34+dsfg2+~cs1.0.32-1ubuntu1]
[08:52] -queuebot:#ubuntu-release- Unapproved: accepted update-manager [source] (jammy-proposed) [1:22.04.20]
[08:52] -queuebot:#ubuntu-release- Unapproved: accepted update-manager [source] (focal-proposed) [1:20.04.10.21]
[08:53] -queuebot:#ubuntu-release- Unapproved: accepted update-manager [source] (bionic-proposed) [1:18.04.12]
[08:54] <juliank> vorlon: ah well we didn't requeue amd64; just ppc64el and s390x as they had empty queues (and armhf was complete), so amd64, i386, arm64 are possibly lacking tests
[08:55] <sil2100> vorlon: I'll mobilize the rest of foundations to continue with me
[08:55] <juliank> should the full queues on amd64, arm64 - the old runs - be moved to huge so we can retry stuff to unblock work on analysing regressions faster
[08:56] <juliank> for amd64, that's conveniently all tests queued by andersson123
[08:57] -queuebot:#ubuntu-release- Unapproved: accepted sagemath [source] (mantic-proposed) [9.5-6ubuntu0.1.1]
[08:57] <juliank> but maybe anything that doesn't have a requester and is older than a day should be moved out of the way too
[08:58] <juliank> otherwise if you feel you're missing tests for something to get a clear picture you only have ppc64el and s390x to test
[09:02] -queuebot:#ubuntu-release- Unapproved: accepted qemu [source] (mantic-proposed) [1:8.0.4+dfsg-1ubuntu3.23.10.5]
[09:04] -queuebot:#ubuntu-release- Unapproved: accepted lcov [source] (mantic-proposed) [2.0-1ubuntu0.2]
[09:07] -queuebot:#ubuntu-release- Unapproved: accepted xmms2 [source] (mantic-proposed) [0.8+dfsg-23ubuntu0.1]
[09:09] <mkukri> it is later down the list, but gvmd seems like a real regression on armhf LP: #2058958
[09:09] -ubottu:#ubuntu-release- Launchpad bug 2058958 in gvmd (Ubuntu) "armhf autopkgtest failure (due to time_t format args)" [Undecided, New] https://launchpad.net/bugs/2058958
[09:09] -queuebot:#ubuntu-release- Unapproved: accepted xmms2 [source] (jammy-proposed) [0.8+dfsg-22ubuntu0.1]
[09:14] -queuebot:#ubuntu-release- Unapproved: accepted landscape-client [source] (jammy-proposed) [23.02-0ubuntu1~22.04.2]
[09:17] -queuebot:#ubuntu-release- Unapproved: accepted landscape-client [source] (focal-proposed) [23.02-0ubuntu1~20.04.2]
[09:26] <juliank> sil2100: fwiw, I think maybe the crontab now runs the job copying files to the server (which I think is what happens) hourly instead of more often
[09:27]  * juliank should have done libapt-pkg6.1, that probably would have caused less entanglement as you can copy libapt-pkg6.1 over without breaking libapt-pkg6.0 dependencies but too late now :)
[09:27] <danilogondolfo> yesterday I was looking at slurm-wlm so I'll continue today LP: #2059131
[09:27] -ubottu:#ubuntu-release- Launchpad bug 2059131 in slurm-wlm (Ubuntu) "slurmdbd segfaults on armhf" [High, New] https://launchpad.net/bugs/2059131
[09:30] <sil2100> juliank: we'll keep tweaking the crontab later this week, btw. just confirmed that indeed britney is running, new run started like 15 mins ago
[09:30] <ogayot> I'll look at imview
[09:31]  * juliank is in a meeting so blocked a bit
[09:32] <mkukri> looking at indi
[09:33] <mkukri> and looks like it has no binaries anywhere? what does that mean in context of being on the list?
[09:33] <sil2100> mkukri: what do you mean no binaries?
[09:33] <mkukri> rmadison only lists source?
[09:34] <ogayot> mkukri: binaries are not named "indi", look at d/control
[09:34] <mkukri> yeah i see, ah..... and i have to do that manually by hand every time? there is no way for it to do the mapping?
[09:46] <slyon> sil2100: Could you please RM ruby-sigar[-dbgsym] for noble-proposed/armhf (as a follow-up from yesterday). It's already gone from noble-release/armhf, but IIUC it also needs to be dropped in noble-proposed/armhf.
[09:48] <sil2100> slyon: o/
[09:49] <sil2100> mkukri: use the -S if you want the source *and* the binaries ;)
[09:49] <mkukri> thanks
[09:50] <sil2100> slyon: done
[09:56] <sil2100> I need to AFK for some minutes but then I'll be back to the list
[10:00] <slyon> taking: initramfs-tools
[10:06] <adrien> I wanted an overview so I made a list of removed packages on armhf: https://paste.ubuntu.com/p/yDztP5KhmR/ (empty output from rmadison -S -s noble,noble-proposed -a armhf "$package" )
[10:11] <adrien> sil2100: do you remember what was the outcome for binwalk?
[10:13] <zhsj> taking inkscape
[10:14] <sil2100> adrien: sadly not, not from the top of my head
[10:14]  * sil2100 coffied up and ready to get back to his imagemagick
[10:14] <adrien> ok, thanks, no problem
[10:14]  * slyon should get some coffee, too
[10:15] -queuebot:#ubuntu-release- Unapproved: python-rq (noble-proposed/universe) [1.16.0-1 => 1.16.1-1] (no packageset) (sync)
[10:17] <pushkarnk> taking intel-compute-runtime
[10:19] <pushkarnk> Can someone help me understand why some of the tests have been marked as "error"? They don't seem to have failed, there's no indication of any error in the output.
[10:21] <adrien> because there was a global issue with the tests and all tests that ran during a given period have been unreliable
[10:21] <adrien> ~10 days, armhf not impacted
[10:21] -queuebot:#ubuntu-release- Unapproved: locust (noble-proposed/universe) [2.12.1-2 => 2.24.0-1] (no packageset) (sync)
[10:21] <pushkarnk> adrien: thanks
[10:22] <adrien> and the possible results are fairly limited with no way to express something more complex than waiting/ok/bad/bad-but-was-already-bad-anyway/waiting-but-previous-run-was-already-bad-anyway
[10:23] <sil2100> pushkarnk: this is the case we mentioned as one very frequent possibility: these test results need to be discarded. If the package version under-test is a no-change rebuild, then it's sufficient to check if the previous version (either in release or -proposed) that was *not* a no-change rebuild had passing tests or not
[10:23] <sil2100> If you can't get sufficient certainty, you can always requeue the tests and move on
[10:24] <sil2100> At least for all the non-armhf architectures of course
[10:25] <sil2100> Since we expect the armhf tests to be either green or issue understood (with bug created) for the skiptest to be applied
[10:26] <sil2100> Oh imagemagick why you torment me so with so many tests to look at
[10:31] <pushkarnk> sil2100: got it, thx
[10:32] <sil2100> So I won't be able to skiptest imagemagick for certain, but requeuing tests as appropriate at least. This will take a while
[10:32] <sil2100> Okay, maybe I'll shelf imagemagic for now, will return to it later
[10:33] <sil2100> Taking invada-studio-plugins-lv2
[10:34] <sil2100> (remember about poking ginggs about hinting the packages you work on!)
[10:35] <adrien> sil2100: can you remove forensics-extra on armhf? it's purely a metapackage, it's meant to pull GUI apps specifically which seem of little value on armhf, and its tests are only to install its dependencies; hinting is an option but it also Depends: upon linssid (a GUI wireless scanner) which has a time_t-related build failure on armhf (and I guess you can already remove linssid if you want to)
[10:35] <sil2100> Okay, skipetsting that one, moving on
[10:36] <sil2100> adrien: hm, let me look
[10:38] <adrien> sil2100: hmm, I mixed a couple things, let me have another look (might not change much in the end but still)
[10:38] -queuebot:#ubuntu-release- Unapproved: watcher (noble-proposed/universe) [2:12.0.0~rc1-0ubuntu1 => 2:12.0.0~rc1-0ubuntu2] (openstack)
[10:39] <sil2100> Give me a ping if needed
[10:39] <sil2100> Taking ipgrab
[10:39] <ogayot> sil2100: adrien: I was about to ask for forensics-extra/forensics-extra-gui/forensics-full removal on armhf as well. It's blocking imview too
[10:40] <adrien> what I mixed was forensics-extra and forensics-extra-gui; I wanted to check the relationships between packages but that's really all and the outcome would probably be quite different
[10:41] <sil2100> Same for ipgrab, also blocked on forensics-extra
[10:41] <adrien> I think the two or three of them can be removed; there are Depends: relationships on several packages that currently cannot migrate but it's a bit entangled
[10:41] <adrien> and hard to track down or explain
[10:42] <sil2100> Yeah, so I see that forensics-extra, forensics-extra-gui and forensics-full only seem to depend on eachother, no other rev-depends
[10:42] <sil2100> I'm tempted to just throw those out
[10:42] <sil2100> And then we can hint in all the packages that are blocked by these tests
[10:43] <juliank> let me double check
[10:43] <ogayot> sil2100: would they need hinting if we're dropping the packages that are showing as regressions?
[10:44] <juliank> keep forensics-extra rdeps=['forensics-full'] may_remove=False
[10:44] <juliank> keep forensics-extra-gui rdeps=['forensics-full'] may_remove=False
[10:44] <sil2100> ogayot: I don't trust britney to re-consider packages that have test results present
[10:44] <juliank> keep forensics-full rdeps=[] may_remove=False
[10:44] <juliank> looks good to me
[10:44] <juliank> Now I wonder why I don't see it in the main report, I don't have logs for it
[10:44] <ogayot> sil2100: understood
[10:44] <sil2100> ogayot: like, britney will wait for something to trigger a rerun, and removals do not. So it would wait indefinitely on the regression upload. So removal and hint is best!
[10:45] <sil2100> juliank: thanks for double checking, removing
[10:45] <LocutusOfBorg> xnee stuck since 12h on armhf builder, I'm retrying
[10:45] <juliank> I think I have a bug in my removal-candidates script that makes it not consider it for removal due to invalid proposed handling
[10:46] <ogayot> sil2100: will you take care of hinting imview or should I tag another release team member?
[10:47] <sil2100> ogayot: ok, I can hint imview (but in other cases ping g_inggs )
[10:47] <sil2100> Thank you!
[10:47] <ogayot> thank you!
[10:47] <sil2100> Binaries removed
[10:47] <juliank> ah sil2100 , forensics-full is Architecture: all I suppose, so gotta drop the source package really
[10:48] <juliank> That's why my report doesn't show it as a removal candidate, it only shows :armhf binaries
[10:48] <sil2100> Even better!
[10:48] <sil2100> I'll do that
[10:50] <sil2100> ogayot: hinted, please continue! :)
[10:51] <sil2100> Taking ipmitool
[10:51] <ogayot> taking ipqalc
[10:52] <sil2100> Taking iproute2
[10:52] <adrien> looks like forensics-* was a jackpot, I'm going to come up with a list of tests that will be unblocked
[10:52] <juliank> removal-candidates.* updated with Architecture: all packages now, listed as ":all"
[10:53] <juliank> Note this only sees armhf reverse depends, so double check with reverse-depends if you use it
[10:59] <zhsj> taking ipv6toolkit
[11:01] <danilogondolfo> sil2100, about slurm-wlm, I'm inclined to request a binary package removal. The proper fix is doable but it's not a trivial patch. I've got it fixed on armhf but the naive %ld -> %lld replacement will cause warnings on 64-bit archs (and failures on i386?). What do you think? LP: #2059131
[11:01] -ubottu:#ubuntu-release- Launchpad bug 2059131 in slurm-wlm (Ubuntu) "slurmdbd segfaults on armhf" [High, New] https://launchpad.net/bugs/2059131
[11:03] <sil2100> zhsj: what was the status of inkscape?
[11:03] <sil2100> danilogondolfo: looking
[11:04] <ogayot> ipqalc shows "Test in progress" on amd64 in update_excuses but I don't see a test queued. And no result in a.u.c/packages/ipqalc/noble/amd64. It is worth queuing a test?
[11:04] <zhsj> sil2100: retried the test. waiting results
[11:04] <adrien> ogayot: wait a couple minutes, refresh the page
[11:04] <sil2100> zhsj: ACK, thanks!
[11:05] <zhsj> pass on s390x and ppc64el, waiting amd64 and arm64. so it should be fine.
[11:06] <ogayot> adrien: ok, I'll move on and come back to it later then, thanks
[11:06] <sil2100> danilogondolfo: hm, there's a LOT of packages built by this source, and I see one reverse-dependency of mpich
[11:07] <schopin> danilogondolfo: I've opted to use PRIu64 (from <inttypes.h> and (uint64_t) casts when fixing printf vs time_t.
[11:07] <zhsj> adrien: looks like ipv6toolkit is also blocked by forensics-extra. this package is a leaf package, we could remove it.
[11:07] <adrien> zhsj: yes, I'm building the list; it's long...
[11:07] <ogayot> taking iraf
[11:07] <adrien> I'm using a tool (which is not yet more than grep excuses) but it's taking ages since it's downloading all the invalidated logs and there are thousands :/
[11:08] <sil2100> danilogondolfo: I'm woprried that if we are to remove armhf binaries for this, we'd have to also think about mpich - and that one has a huge chain of rdeps
[11:08] -queuebot:#ubuntu-release- Unapproved: python-qrencode (jammy-proposed/universe) [1.2-5build6 => 1.2-5ubuntu0.1] (no packageset)
[11:09] <sil2100> zhsj, adrien: should I hint something now, or some removal?
[11:09] <sil2100> Please note that there's so much going on at the channel that if *any* action is required from me or ginggs, we need to be pinged directly
[11:10] <adrien> sil2100: ansifilter arqiver bind9 binutils dhcpdump erofs-utils evince gwenview hping3 imview ipgrab ipv6toolkit lltdscan lshw mc nast netdiscover ngrep nstreams ntfs-3g nwipe openpace packetsender packit parted pcaputils poppler readpe reaver scrot shotwell sipcrack sngrep sqlitebrowser sslscan sxiv tcptrace tcpxtract testdisk unrar-free vlc weplab wireshark xva-img zlib
[11:10] <sil2100> adrien: this is the list of packages that are *only* blocked on forensics-extra, right? All other arches are green/not-regressions?
[11:10] <sil2100> s/arches/packages
[11:11] <danilogondolfo> sil2100, hmm ok, I'll continue looking at it
[11:11] <adrien> sil2100: all these have been blocked by forensics-extra with the same error through linssid according to my data from ~ 24 hours ago
[11:11] <sil2100> Actually, packages and arches
[11:11] <adrien> I haven't looked at the latest HTML but the error is always dependency issue
[11:11] <sil2100> danilogondolfo: no no, I think that's enough. I think we need to cut our losses, leave the bug open and skiptest + badtest it
[11:11] <danilogondolfo> schopin, right, I started doing that but the problem is the amount of places that need fix
[11:12] <sil2100> adrien: but only by this? All other tests for these packages are good?
[11:12] <adrien> and all armhf only (and a few of these have probably been hinted already); I'm going to check update_excuses.html now to be able to answer that
[11:12] <danilogondolfo> sil2100, the binaries are totally broken on armhf, is that ok?
[11:12] <sil2100> Since if I skiptest then it means 'skip all tests', which we only want to do when we know all the tests triggered by the package are good
[11:12] <sil2100> danilogondolfo: yes
[11:13] <danilogondolfo> ack
[11:13] <sil2100> danilogondolfo: at this moment we mostly care about non-armhf really, we need to unblock what we can for Beta
[11:13] <sil2100> Real fixes can follow after Beta or even on SRUs
[11:14] <schopin> taking iraf-fitsutil
[11:14] <danilogondolfo> sil2100, ack, I guess I need to ask ginggs to hint it then?
[11:16] <sil2100> danilogondolfo: yeah, I'd say so. Maybe even mention that we'll be letting it in on the bug so we know what to fix later on ;p
[11:16] <danilogondolfo> taking irony-mode
[11:16] <sil2100> danilogondolfo: since this way we'll unblock mpich, which then blocks like 8-ish other packages
[11:17] <danilogondolfo> ack
[11:17] <sil2100> ginggs: are you taking the hinting for that one? ^
[11:17] <ginggs> sure, but trying to figure out which package
[11:18] <danilogondolfo> ginggs, the source package is slurm-wlm
[11:19] <ginggs> danilogondolfo: ok, so that's force-skiptest slurm-wlm/23.11.4-1.2ubuntu4
[11:21] <adrien> sil2100: you can hint ansifilter arqiver dhcpdump erofs-utils gwenview hping3 imview ipgrab ipv6toolkit lltdscan lshw mc nast netdiscover ngrep nstreams ntfs-3g nwipe openpace packetsender packit pcaputils readpe shotwell sipcrack sngrep sqlitebrowser sslscan sxiv tcptrace tcpxtract testdisk unrar-free weplab xva-img
[11:21] <sil2100> adrien: so those are the ones that were *only* blocked on the forensics-extra packages, right?
[11:21] <adrien> sil2100: some may have been hint already but I can't tell for sure for all them (like gwenview has maybe not been looked at according to my IRCl ogs)
[11:21] <sil2100> adrien: double hints are okay, so no worries about that
[11:22] <sil2100> Thank you!
[11:22] <adrien> sil2100: yes! I have a list of 10/12 others with more failures
[11:22] <sil2100> This is great
[11:22] <sil2100> Hinting those
[11:22] <adrien> simple but high-rewards changes make me happy :)
[11:23] <sil2100> hm, thinking how we can avoid people looking into those when going through the list
[11:23] <sil2100> Maybe just removing from the list
[11:26] <adrien> might be easier to check the list of hints first
[11:27] -queuebot:#ubuntu-release- New binary: nvidia-graphics-drivers-550 [i386] (noble-proposed/none) [550.67-0ubuntu1] (i386-whitelist)
[11:27] <adrien> I mean, we can put something up but it's going to take time to do and we need to recoup that time within a few hours (I like collaborative etherpads but it doesn't seem very used around here)
[11:27] <pushkarnk> sil2100: please hint intel-compute-runtime, I reran the regressing tests (s390x and ppc64el) and they passed
[11:28] -queuebot:#ubuntu-release- New binary: nvidia-graphics-drivers-550 [amd64] (noble-proposed/none) [550.67-0ubuntu1] (i386-whitelist)
[11:28] -queuebot:#ubuntu-release- New binary: nvidia-graphics-drivers-550 [i386] (jammy-proposed/none) [550.67-0ubuntu1.22.04.1] (i386-whitelist)
[11:28] <sil2100> pushkarnk: on it
[11:30] <sil2100> pushkarnk, adrien: done o/
[11:30] <adrien> thanks :)
[11:30] <pushkarnk> taking isc-kea
[11:31] <sil2100> I'll actually take the list and regenerate it without the packages we hinted due to forensics-extra
[11:31] <sil2100> And paste the link here
[11:31] -queuebot:#ubuntu-release- New binary: nvidia-graphics-drivers-550 [amd64] (jammy-proposed/none) [550.67-0ubuntu1.22.04.1] (i386-whitelist)
[11:31] <danilogondolfo> irony-mode is waiting for test results
[11:31] <danilogondolfo> taking jackd2
[11:31] <schopin> ginggs: iraf-fitsutil iraf cfitsio should be hinted (cc ogayot who's looking at iraf) if I understand correctly (straight rebuilds, failing tests appears to be infra-related)
[11:31] -queuebot:#ubuntu-release- New binary: nvidia-graphics-drivers-550 [arm64] (jammy-proposed/none) [550.67-0ubuntu1.22.04.1] (i386-whitelist)
[11:32] <adrien> sil2100: sounds good; maybe you can prepend it to /topic and maybe be in charge of updating it from time to time? (I think it's good to have only one person doing it)
[11:36] <adrien> I was wondering about something and found that in my backlog from Mr Ubuntu: "it has one pass on armhf for its autopkgtests, which is good enough for me given that this is a no-change rebuild *for* armhf"
[11:36] <ginggs> schopin: ack, skiptesting iraf-fitsutil iraf cfitsio
[11:37] <schopin> ogayot: ^
[11:38] -queuebot:#ubuntu-release- Unapproved: mold (noble-proposed/universe) [2.4.1+dfsg-1 => 2.30.0+dfsg-1] (i386-whitelist) (sync)
[11:38] <LocutusOfBorg> mold is a really new package ^^
[11:38] <LocutusOfBorg> can we approve please? it shouldn't be blocking any transition
[11:40] -queuebot:#ubuntu-release- New binary: nvidia-graphics-drivers-550 [arm64] (noble-proposed/none) [550.67-0ubuntu1] (i386-whitelist)
[11:42] <sil2100> EVERYONE! New updated list, please use: https://paste.ubuntu.com/p/5QbYbSz6tx/
[11:42] <LocutusOfBorg> well, mold is not really new package, but new release is bugfix only
[11:42] <LocutusOfBorg> and should help llvm build better
[11:44] <schopin> taking jackd2 (oh hello old friend)
[11:45] <adrien> sil2100: your list is longer and has new entries inserted :/
[11:46] <adrien> will the list only shrink with a britney update?
[11:46] <sil2100> ...don't tell me I used the old list from paride
[11:47] <adrien> not sure: it's even longer than paride's :d
[11:47] <adrien> ah, no, not longer than paride's
[11:49] <sil2100> adrien: https://paste.ubuntu.com/p/pzsnDwTCcK/ <- this is the original one, right?
[11:49] <sil2100>  final |   35 +----------------------------------
[11:49] <sil2100>  1 file changed, 1 insertion(+), 34 deletions(-)
[11:49] <juliank> We are curerntly at 200-270 tests/hour on amd64, if the pace continues it should be empty in 10-11 hours
[11:49] <juliank> just fyi
[11:50] <adrien> sil2100: two things: 1) sometimes I can't read and it's one of these times, but 2) I see arqiver on paride's list and yours but not https://paste.ubuntu.com/p/pzsnDwTCcK/ which I thought was the most recent one from S.teve
[11:50] <ginggs> LocutusOfBorg: now, or in future?  reverse-depends says no reverse-depends or reverse-build-depends
[11:51] <adrien> buuut maybe it doesn't matter if entries are inserted back before the current "position"
[11:51] <sil2100> adrien: I just downloaded vorlon's and mine and I can only see 34 deletions and one insertion
[11:51] <adrien> because by the time we go back to these, there should be a new britney run
[11:51] <adrien> what is the insertion?
[11:51] <sil2100> arqiver as you mentioned o/
[11:51] <sil2100> Anyway, it's 'a' as you said
[11:52] <sil2100> Let's not worry about it and continue cutting :)
[11:52] <adrien> hahaha, quite unexpected I'd stumble upon the single one across 1200!
[11:52] <ravikant_> taking janus
[11:53] <ravikant_> looks like no action required.
[11:53] <adrien> I'd like to make forensics-extra disappear from the test list for a few migrations in order not to confuse other people: the only option I have is to retry the test on armhf, would that be enough?
[11:54] <pushkarnk> taking java-atk-wrapper
[11:55] <schopin> ravikant_: you might want to dig into libpcap and/or libwebsockets since they're blocking janus
[11:56] <juliank> adrien: sil2100 was removing forensics-extra
[11:56] <ravikant_> schopin: ok
[11:56] <juliank> adrien: in fact it is gone now
[11:57] <sil2100> eh, iproute2 I still need to wait for some amd64 tests, let me shelf it
[11:57] <juliank> Any amd64 test waiting you can hand over to vorlon
[11:57] <sil2100> Love the idea
[11:57] <juliank> More or less that's when the queues should have gotten to them
[11:57] <schopin> if we're confident they'd pass can't we hint them through instead?
[11:58] <sil2100> Taking jbig2dec
[11:58] <sil2100> schopin: yeah, I'd say yet
[11:58] <juliank> amd64 queues are now at 2024-03-27 11:07:03
[11:58] <sil2100> yes
[11:58] <danilogondolfo> taking jellyfish
[11:58] <LocutusOfBorg> ginggs, I guess for noble+1
[11:59] <LocutusOfBorg> I don't think we will make llvm-18 use mold right now
[11:59] <juliank> *but* that's a big chunk of retries, nothing targetted
[11:59] <LocutusOfBorg> but a better linker is good for end users too
[11:59] <juliank> LocutusOfBorg: please talk about mold tomorrow
[12:00] <juliank> Let's focus on migration today and avoid unneccessary transactions
[12:01] <sil2100> ...skiptested
[12:01] <sil2100> Taking jose
[12:01] <schopin> juliank: if we hint a package through and there are tests scheduled with it as trigger, will those tests be scrubbed from the list?
[12:02] <sil2100> I don't think so, but I also think it might be good to anyway get results - at least for many cases
[12:02] <sil2100> For baseline
[12:03] <sil2100> ...then again, maybe just running baseline tests after the migration is done would suffice
[12:03] <juliank> sil2100: My plan is to kill the queues tomorrow and issue migration-reference/0 for everything tbh
[12:03] <sil2100> ooh, that! ^
[12:03] <juliank> sil2100: But the answer is no, the tests will stay
[12:03] <juliank> That was supposed to be schopin
[12:03] <sil2100> Another skiptest, moving on
[12:04] <sil2100> Taking jpeg-xl
[12:04] <juliank> But yeah, running migration-reference/0 over the easter weekend gives us a complete view of what we have in the release pocket, without any all-proposed weirdness
[12:04] <dviererbe> Can someone confirm the effect of no-proposed=1? (I suspect it cancels the effect of all-proposed=1, which is automaticlly added on noble/armhf)?
[12:04] <juliank> dviererbe: it's a note I added to all tests that failed to use proposed
[12:05] <juliank> dviererbe: it doesn't really exist as an option
[12:05] <dviererbe> ACK
[12:05] <schopin> jackd2 is waiting on tests on amd64 and s390x, but is blocked by alsa-libs which is blocked by python3.12. Moving on.
[12:07] <schopin> taking json-glib
[12:07] <LocutusOfBorg> juliank, for perl, I'm inclined in badtesting armhf
[12:07] <LocutusOfBorg> https://bugs.launchpad.net/ubuntu/+source/perl/+bug/2059172
[12:07] -ubottu:#ubuntu-release- Launchpad bug 2059172 in perl (Ubuntu) "autopkgtest failure with perl/5.38.2-3.2" [Undecided, New]
[12:07] <LocutusOfBorg> I added some analysis
[12:07] <LocutusOfBorg> since you are focusing on migration, I'm providing some answers
[12:07] <enr0n> taking jwm
[12:08] <adrien> juliank: yes, but I want it to disappear from the results too so that others don't spend time on it (a dozen non-hinted packages have that same failure)
[12:08] <sil2100> jpeg-xl skiptested
[12:08] <sil2100> Taking kconfig
[12:09] <sil2100> ...skiptesting
[12:09] <adrien> I need to leave for lunch; I've re-queued a number of tests, mostly perl-related, hoping that the results will be useful by the time someone gets to these
[12:10] <sil2100> Taking kernelshark
[12:10] <adrien> but the results will only be in the test history page so have a look there too
[12:10] <LocutusOfBorg> diffoscope looks fixed on armhf
[12:10] <sil2100> LocutusOfBorg: \o/
[12:10] <ravikant_> why is https://autopkgtest.ubuntu.com/packages/libpcap empty?
[12:10] <juliank> adrien: from update_excuses?
[12:10] <LocutusOfBorg> sil2100, perl skiptest on armhf pls?
[12:10] <LocutusOfBorg> https://bugs.launchpad.net/ubuntu/+source/perl/+bug/2059172
[12:10] -ubottu:#ubuntu-release- Launchpad bug 2059172 in perl (Ubuntu) "autopkgtest failure with perl/5.38.2-3.2" [Undecided, New]
[12:10] <juliank> adrien: A britney run takes 2 hours
[12:10] <LocutusOfBorg> check the test log
[12:11] <LocutusOfBorg> I don't think we want a new perl upload for this
[12:12] <sil2100> LocutusOfBorg: you mean marking perl as badtest for armhf?
[12:12] <sil2100> Will look into this in a moment
[12:12] <enr0n> retry is already queued for jwm, moving on
[12:12] <LocutusOfBorg> yes, same happening in Debian
[12:12] <LocutusOfBorg> https://ci.debian.net/packages/p/perl/testing/armhf/44387941/
[12:12] <LocutusOfBorg> the 289s control.t: warning: can't parse dependency ${t64:Provides} looks a test issue
[12:12] <LocutusOfBorg> not real issue
[12:13] <LocutusOfBorg> so, don't waste time to fix tests that will be fixed in Debian anyway is my point :)
[12:13] <enr0n> taking kio
[12:14] <LocutusOfBorg> I uploaded a fix here https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/costamagnagianfranco-ppa
[12:14] <enr0n> retry already running for test blocking kio
[12:14] <enr0n> taking kmod
[12:14] -queuebot:#ubuntu-release- Unapproved: pure-ftpd (focal-proposed/universe) [1.0.49-4 => 1.0.49-4ubuntu0.1] (no packageset)
[12:19] <pushkarnk> isc-kea has a regression (consistently failing test on ppc64el), version in proposed is anNCR against libssl3t64. I guess this should remain blocked?
[12:20] <ahasenack> there is a bug about it, it doesn't fail in debian
[12:21] <pushkarnk> ahasenack: sorry, are you talking about isc-kea?
[12:24] <pushkarnk> oh yes, found the bug. thx
[12:28] <ahasenack> yep
[12:29] <schopin> wtf is a click package and why is it broken?
[12:31] <sil2100> schopin: you mean, our Ubuntu click package?
[12:31] <schopin> Yes. The src:click package is about handling click packages, whatever those are.
[12:31] <sil2100> click packages were used by the Ubuntu Touch/Phone, it was the somewhat-precursor of snaps
[12:31] <schopin> And it has a surprisingly long list of rdeps so I can't just ask you guys to throw it out.
[12:32]  * schopin goes investigating.
[12:33] <juliank> Is it still used by ubuports?
[12:33] -queuebot:#ubuntu-release- Unapproved: php-phar-io-manifest (noble-proposed/universe) [2.0.4-2 => 2.0.4-2ubuntu1] (no packageset)
[12:34] <juliank> So I think good news is that britney only trusts migration-reference/0 tests when it sees a failure to determine if it is a regression, so all the failures we have right now won't inadvertently turn real regressions into not regressions
[12:34] <LocutusOfBorg> please badtest node-undici on armhf, it is regressed every arch except armhf, probably the new release is adding some test, but not a regression to me
[12:34] <LocutusOfBorg> since the failure happens on all archs
[12:35]  * juliank is again not doing analysis but thinking a step ahead about archive health, sorry
[12:41] <sil2100> juliank: phew
[12:41] <ahasenack> hi, just so I understand what will happen today (or has happened already)
[12:42] <ahasenack> a) a bunch of hints were added, and a lot of what was stuck in noble proposed will migrate to release
[12:42] <ahasenack> b) someone will trigger migration-reference/0 after that for all of these
[12:42] <ahasenack> c) we wait for test runs
[12:42] <ahasenack> d) act on the failures, which will be in the release pocket this time, not in the excuses page
[12:42] <ahasenack> is that about it?
[12:42] <juliank> I'm a bit on the fence about retrying everything with migration-reference/0; I'd like to get a clean view of what the status is for the beta. I guess I don't need migration-reference/0 for packages that already have a current one.
[12:43] <juliank> ahasenack: More or less yes
[12:43] <juliank> ahasenack: I can write a dashboard for migration-reference/0 health
[12:43] <ahasenack> I don't suppose the uploader will get an email when migration-reference/0 fails
[12:43] <juliank> nope
[12:43] <ahasenack> so that was one of my questions, how to check, besides going to each package's page in the autopkgtest site
[12:44] <pushkarnk> java-atk-wrapper: waiting for results of the i386 test requested by danilogondolfo
[12:44] <pushkarnk> taking knotifications
[12:44] <sil2100> Taking konqueror
[12:44] <sil2100> Okay, that one's waiting on deps, moving on
[12:44] <ginggs> juliank: i think all the "current" migration-reference/0 results should be treated as out of date after everything migrates -- just retry them all
[12:45] <sil2100> Taking krb5
[12:45] <ginggs> debian do this about once a month
[12:45] <juliank> ginggs: debian even require a maximum age of 7 days
[12:45] <juliank> Which we unset again in our config
[12:56] <adrien> juliank: I don't know which component takes that much time but there have been 5 hours between updates of update_excuses.html plus a >2 hours delay
[12:57] <juliank> there is a cron job copying the result to the webserver i believe
[12:57] <pushkarnk> ginggs: knotifications can be hinted if it not done yet. I can see reverse-dep privacybrowser's tests passing on amd64, arm64, armhf
[12:57] <sil2100> krb5 is a mess to look at, eh
[12:58] <sil2100> juliank: hmm, I don't remember any entries like that, but maybe vorlon will remember once he's back
[12:58] <pushkarnk> taking kronosnet
[12:58] <sil2100> I though it's all done outside of cron, as we publish all the logs and results to the publishing directory
[12:58] <sil2100> Not sure if this is somehow mirrored or not
[13:00] <ahasenack> so krb5
[13:00] <ahasenack> sil2100, juliank
[13:00] <ahasenack> question
[13:00] <ahasenack> looking at https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_excuses.html#krb5
[13:00] <ahasenack> specifically the autofs line
[13:00] <ahasenack> it says autofs/5.1.9-1ubuntu1: amd64: Regression
[13:00] <ahasenack> but autofs in proposed is 1ubuntu2, and https://autopkgtest.ubuntu.com/packages/a/autofs/noble/amd64 shows that being used with krb5, and passing
[13:01] <ahasenack> first entry in the table
[13:01] <seb128> hum, I'm getting rejection emails for packages I uploaded to noble-proposed weeks ago, what's going on?
[13:01] <ahasenack> just a case of excuses being late?
[13:01] <ahasenack> oh yeah, it's late
[13:01] <ahasenack> ran at 7:30 utc
[13:02] <ahasenack> so last report is from 6h ago +/-
[13:03] <sil2100> ahasenack: yeah, we don't trust the excuses report that much
[13:03] -queuebot:#ubuntu-release- Unapproved: gbrainy (noble-proposed/universe) [1:2.4.6-1ubuntu1 => 1:2.4.6-2] (cli-mono) (sync)
[13:03] <ahasenack> but then how do you check the rdeps runs?
[13:03] <sil2100> ahasenack: not sure if you followed the loooong backlog to see how we proceed with the investigations
[13:03] <ahasenack> another report?
[13:03] <ahasenack> one of julian's?
[13:03] <ahasenack> no need to repeat it
[13:03] <sil2100> ahasenack: I'm basically looking straight into the autopkgtest result page
[13:03] <ahasenack> I'm just getting ready for what I think will happen later today and the rest of the week
[13:05] <sil2100> Then I check if there was a result with either all-proposed (and ran when the package, aka krb5, with the version we're testing) or against the given package
[13:07] <sil2100> Anyway, scollback will also give you a lot of nice context! There's a lot of different cases howver
[13:07] <sil2100> Once you have some time, we of course encourage to join the fun :)
[13:07] <sil2100> We going alphabetically
[13:07] <ahasenack> well, right now there is the sense of stepping on each other's toes, and you guys know a lot of the patterns already
[13:08] <ahasenack> I'm just anxious to see my pre-FF upload finally land, and see what breaks :)
[13:09] <ahasenack> I think what I can do, actually, is look at that isc-kea ppc64el segfault, because that was happenning before this time_t change, and only in ubuntu, not in debian (and the pkg is a sync)
[13:10] <slyon> taking: kwin
[13:12] <ginggs> pushkarnk: who has gone, ack for knotifications
[13:15] <sil2100> ahasenack: well, we need any help we can get!
[13:15] <sil2100> ahasenack: and it's easily parallelizable, since anyone can take a package
[13:15] <sil2100> brb
[13:15] <ahasenack> sil2100: and then file an MP for a hint?
[13:16] <mateus-morais> o/
[13:16] <mateus-morais> taking lasso
[13:18] <dbungert> same time_t game right?   and using the list in the topic?
[13:18] -queuebot:#ubuntu-release- Unapproved: ubuntu-docs (noble-proposed/main) [23.10.4 => 24.04.1] (ubuntu-desktop)
[13:19] <schopin> ginggs: any way we can say "please disregard regressions for src:click on ppc64el/s390x, it's just broken anway"? I'm working on a fix but it might not actually be enough.
[13:19] <schopin> It's blocking glib2.0 (and json-glib, incidently)
[13:21] <mateus-morais> dbungert: yes, going alphabetically
[13:25] <ginggs> schopin: that would be a force-badtest hint, which we can do per architecture
[13:25] <ginggs> however, v.orlon added a block hint for click earlier
[13:25] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (mantic-proposed/main) [31.2~23.10 => 31.2.2~23.10] (core)
[13:27] <schopin> ginggs: I don't know what that means, but at least I can tell you that for json-glib click is the only real test failure, all others are infra. Maybe we can skiptest?
[13:27] <slyon> ginggs: can you please skiptest kwin/4:5.27.11-0ubuntu1 – it's looking good, just waiting for amd64 tests (which pass locally)
[13:28] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (jammy-proposed/main) [31.2~22.04 => 31.2.2~22.04] (core)
[13:29] <ginggs> schopin: i don't why the block hint was added, but it means click cannot migrate
[13:29] <adrien> seb128: we're trying to unstuck proposed by the end of the day and that sometimes involve violence against packages but they can also come back afterwards; which packages do you have in mind?
[13:29] <ginggs> slyon: ack kwin
[13:31] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (focal-proposed/main) [31.2~20.04 => 31.2.2~20.04] (core)
[13:32] -queuebot:#ubuntu-release- Unapproved: r8125 (noble-proposed/multiverse) [9.011.00-4 => 9.011.00-4ubuntu1] (no packageset)
[13:33] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (bionic-proposed/main) [31.2~18.04 => 31.2.2~18.04] (core)
[13:34] -queuebot:#ubuntu-release- Unapproved: click (noble-proposed/universe) [0.5.2-2 => 0.5.2-2ubuntu1] (no packageset)
[13:34] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (xenial-proposed/main) [31.2~16.04 => 31.2.2~16.04] (no packageset)
[13:37] -queuebot:#ubuntu-release- Unapproved: vdeplug-slirp (noble-proposed/universe) [0.1.0-2build1 => 0.1.0-2ubuntu1] (no packageset)
[13:39] -queuebot:#ubuntu-release- Unapproved: libquotient (noble-proposed/universe) [0.7.2-0ubuntu3 => 0.7.2-0ubuntu4] (no packageset)
[13:44] <adrien> request-tracker4 is causing issues all across the board, see
[13:44] <adrien> https://autopkgtest.ubuntu.com/packages/r/request-tracker4
[13:44] <seb128> adrien, I guess that message was for schopin and not me?
[13:45] <adrien> seb128: no, for you: you were asking what's going on; it seems that wasn't helpful however :P
[13:45] <schopin> No, I think that was meant for you. At least I don't know why he'd explain that to me :P
[13:46] <seb128> adrien, ah, sorry, I didn't connect the question with that reply :)
[13:46] <pushkarnk> sil2100, ginggs -  can you also hint kronosnet please?  The two regressions, corosync/amd64 and kronosnet/s390x, are due to "errors". I re-triggered both and the latter passed. The latest corosync/amd64 log has evidence that it had passed
[13:47] <seb128> adrien, schopin, sorry :p (also unsure what's going on that is leading people to try to re-upload the same revisions for things which are already in proposed)
[13:47] <adrien> seb128: re-reading my answer, I can see how it wasn't obviously an answer for that indeed :P
[13:47] <slyon> ginggs: please skiptest initramfs-tools/0.142ubuntu23
[13:47] <ginggs> pushkarnk: kronosnet ack
[13:48] <enr0n> taking lastpass-cli
[13:48] <ginggs> slyon: initramfs-tools ack
[13:49] <enr0n> jk, waiting on test results, moving on
[13:49] <pushkarnk> taking lazarus
[13:49] <slyon> taking ldns
[13:50] -queuebot:#ubuntu-release- Unapproved: tgl (noble-proposed/universe) [2.0.1+git20160323.ffb04cac-3.1ubuntu1 => 2.0.1+git20160323.ffb04cac-3.1ubuntu2] (no packageset)
[13:50] <enr0n> taking lib3mf
[13:51] <dviererbe> taking libaccounts-glib
[13:52] <enr0n> taking libadwaita-1
[13:54] <dbungert> taking libalgorithm-diff-xs-perl
[13:54] <dviererbe> taking libalien-gnuplot-perl
[13:54] <adrien> is it currently possible to do a migration-reference for request-tracker4 now across all arches? I think it's broken in noble already (currently trying to replicate)
[13:54] <enr0n> taking libapache2-mod-auth-openidc
[13:55] <adrien> note that it's often triggered by perl packages
[13:56] <enr0n> taking libapache2-mod-auth-pubtkt
[13:57] <enr0n> taking libapache2-mod-perl2
[13:58] <slyon> ginggs: please skiptest ldns/1.8.3-2 – only waiting on amd64 test, which I confirmed to PASS locally
[13:59] <ginggs> slyon: ldns ack
[13:59] <slyon> I mean.. we could also just let it sit there and it would reslove itself. But I guess skiptesting it can speed up things a little
[14:00] <slyon> taking: libaperture-0
[14:00] <mateus-morais> taking libaqbanking
[14:02] <dbungert> ginggs: please hint libalgorithm-diff-xs-perl
[14:02] <dbungert> taking libarcus
[14:02] <dviererbe> taking libaudio-scan-perl
[14:02] <enr0n> libayatana-common
[14:02] <enr0n> taking ^
[14:02] <ginggs> dbungert: libalgorithm-diff-xs-perl ack
[14:04] <enr0n> taking libbackuppc-xs-perl
[14:05] <enr0n> taking libbigwig
[14:06] <schopin> ginggs: please skiptest libpcap. only two failures are not infra-related, one is armhf (already logged against the package, gopacket) and the other (umockdev) is very probably not libpcap's fault
[14:07] <dbungert> libarcus fails on the known issue LP: #2059171
[14:07] -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
[14:07] <slyon> ginggs: please skiptest libaperture-0/0.1.0+git20221220-1build1 – amd64 passed locally, everything else is green
[14:08] <adrien> ginggs: so, can you do something about request-tracker4? I think it's broken even outside of proposed (trying to test locally but testbed preparation gets stuck)
[14:09] <enr0n> taking libbpf
[14:12] <doko> ginggs: please ignore/hint python3.11, we want to remove it anyway
[14:12] <dbungert> ginggs: please hint libarcus
[14:13] -queuebot:#ubuntu-release- New: accepted mathgl [amd64] (noble-proposed) [8.0.1-7.1]
[14:13] -queuebot:#ubuntu-release- New: accepted mathgl [armhf] (noble-proposed) [8.0.1-7.1]
[14:13] <enr0n> taking libcaca
[14:13] -queuebot:#ubuntu-release- New: accepted mathgl [riscv64] (noble-proposed) [8.0.1-7.1]
[14:13] -queuebot:#ubuntu-release- New: accepted mathgl [arm64] (noble-proposed) [8.0.1-7.1]
[14:13] -queuebot:#ubuntu-release- New: accepted mathgl [s390x] (noble-proposed) [8.0.1-7.1]
[14:13] -queuebot:#ubuntu-release- New: accepted mathgl [ppc64el] (noble-proposed) [8.0.1-7.1]
[14:13] <ginggs> schopin: lipcap ack, umockdev passed on armhf (and s390x when retried)
[14:13] <dbungert> taking libcairo-gobject-perl
[14:14] <ravikant_> enr0n: we are discussing libcaca in the daily
[14:14] <ginggs> slyon: libaperture-0 ack
[14:16] <enr0n> ravikant_: ack I'll join
[14:17] <juliank> sorry again, I went on a side quest and wrote a release health dashboard, and I should grab lunch now
[14:20] <ginggs> doko: python3.11 ack
[14:22] <ginggs> dbungert: libarcus ack
[14:22] <ginggs> adrien: i'll look at request-tracker4 more closely in a bit
[14:22] <sil2100> enr0n: you fine with me hinting libcaca? :)
[14:22] <enr0n> sil2100: yup!
[14:23] <enr0n> thanks
[14:23] <doko> ginggs: same for ruby3.1 (3.2 already is the default)
[14:24] -queuebot:#ubuntu-release- Unapproved: php8.2 (mantic-proposed/main) [8.2.10-2ubuntu1 => 8.2.10-2ubuntu2] (i386-whitelist, ubuntu-server)
[14:25] <ginggs> doko: ruby3.1 ack
[14:27] <dviererbe> ginggs: please hint libalien-gnuplot-perl/1.042-1build2
[14:28] <enr0n> taking libcairo-gobject-perl
[14:28] <ravikant_> taking libcamera
[14:30] <ravikant_> sil2100: libcamera is no change rebuild. armhf tests pass. hint please.
[14:30] <adrien> ginggs: in the meantime I was told I could trigger a migration-refernce myself and I did at https://autopkgtest.ubuntu.com/packages/request-tracker4/noble/s390x
[14:31] <sil2100> ravikant_: \o/
[14:31] <enr0n> sil2100: please also hint libcairo-gobject-perl; NCR with pasing armh tests
[14:31] <enr0n> taking libcap-ng
[14:31] <adrien> ginggs: I think we can wait ~ 30 minutes to see the results (and thanks)
[14:31] <mateus-morais> taking libcdio
[14:31] <xypron> libcdk5 triggered autopkgtests passed with all-proposed. So that package should be released.
[14:32] <schopin> taking libcdk-perl
[14:32] <ginggs> dviererbe: libalien-gnuplot-perl ack
[14:32] <sil2100> ravikant_: hm is it really though, did you double check? I'm not saying it's not, but the previous version was 0.2.0-1ubuntu1 and now it's 0.2.0-3fakesync1build3
[14:33] <sil2100> ravikant_: you would have to check if the pulled in 0.2.0-3 had any changes or not etc.
[14:33] <dbungert> taking libcgi-pm-perl
[14:33] <ravikant_> sil2100: let me check
[14:33] <dviererbe> taking libclass-xsaccessor-perl
[14:33] <dbungert> ah, another winner
[14:34] <schopin> ginggs: please skiptest libcdk-perl
[14:34] <sil2100> enr0n: hinted o/
[14:34] <adrien> dbungert: congrats :D
[14:34] <mateus-morais> taking libclone-perl
[14:35] <dviererbe> libclass-xsaccessor-perl all tests pass
[14:35] <dviererbe> taking libcommuni
[14:35] <enr0n> sil2100: please also hint libcap-ng; NCR and passing armhf tests
[14:35] <dbungert> I did gdk-pixbuf last night, libcgi-pm-perl will be quicker
[14:35] <schopin> taking libconfig-augeas-perl
[14:35] <slyon> taking libcoverart
[14:36] <enr0n> taking libcpanel-json-xs-perl
[14:36] <juliank> taking libcrypt-des-perl
[14:36] <enr0n> adrien: did you already trigger a migration-reference test for request-tracker4?
[14:36] <schopin> libconfig-augeas-perl was already handled by adrien it seems?
[14:37] <sil2100> Okay, giving up on krb5 for now, its own tests didn't even run so it's pointless, many tests still waiting
[14:37] <sil2100> I'll trigger some retries
[14:37] <adrien> enr0n: yes, on s390x
[14:37] <adrien> (fastest available arch)
[14:38] <enr0n> adrien: okay. If that fails are you going to trigger for other arches?
[14:38] <schopin> taking libcrypt-eksblowfish-perl
[14:38] <sil2100> juliank: remind me please, are we appending all-proposed in britney, or autopkgtest cloud is doing that for every request? Even manual triggers?
[14:38] <juliank> both
[14:38] <juliank> sil2100: both
[14:38] <sil2100> Thank you
[14:38] <juliank> sil2100: you cannot override all-proposed right now, but you can do migration-reference/0
[14:38] -queuebot:#ubuntu-release- Unapproved: r8168 (noble-proposed/multiverse) [8.052.01-1 => 8.052.01-1ubuntu1] (kernel-dkms)
[14:38] <adrien> enr0n: not sure but that's a good question; we can try on ppc64el since the non-huge queue is free
[14:38] <sil2100> juliank: no, this is exactly what I wanted
[14:39] <juliank> taking libcrypt-rijndael-perl
[14:40] <adrien> enr0n: and for armhf; I fear it will be useless for amd64 and arm64 since it'll take ages to get run (or can we put that in the huge queue there?)
[14:40] <juliank> adrien: you seem to have already retried everything that failed and it passes now lol
[14:40] <juliank> for libcrypt-rijndael-perl
[14:40] <juliank> taking libcryptui
[14:41] <adrien> I did retry many, yes, but not all! especially when failures weren't isolated
[14:41] <xypron> Looking at libcupsfilters
[14:41] <juliank> xypron: did you just skip libcss-minifier-xs-perl?
[14:42] <schopin> adrien: you seem on top of the request-tracker4 thing. SO if an armhf test is failing as unknown there can I just ignore it and move on?
[14:42] <juliank> Ah adrien was on about libcss-minifier-xs-perl requestracker-4
[14:42] <adrien> I think my rewritten excuses page makes navigating across stuff quite faster (plus I've tailored it) so I try to go look for repeated issues in advance
[14:42] <ginggs> schopin: libcdk-perl ack
[14:42] <adrien> schopin: I don't know but I think it's better to move on for now
[14:43] <ravikant_> sil2100: libcamera has changes, excuses says failure but logs say they passed on 0.2.0-3fakesync1build3. armhs also passed with trigger= libcamera/0.2.0-3fakesync1build3 all-proposed=1. amd64 test is queued.
[14:43] <dviererbe> ginggs: please hint libcommuni
[14:43] <enr0n> libcpanel-json-xs-perl is blocked by request-tracker4 on armhf, so moving on for now hoping the migration-reference test will resolve all these
[14:43] <dviererbe> taking libdap
[14:43] <adrien> habemus updated excuses!
[14:44] <dbungert> for libcgi-pm-perl I have constrained analysis to packages that are also on the list
[14:44] <dbungert> ginggs: please hint libcgi-pm-perl
[14:44] <dbungert> taking libdata-peek-perl
[14:44] <adrien> my processing stats did "Processed 7203 migrations; 3407 issues, 2928 blocked, 868 waiting." => "Processed 7203 migrations; 1910 issues, 3838 blocked, 1455 waiting."
[14:45] <ginggs> dviererbe: libcommuni ack
[14:45] <dbungert> ginggs: please hint libdata-peek-perl
[14:45] <dbungert> taking libdata-uuid-perl
[14:46] <enr0n> taking libdate-simple-perl
[14:46] <dviererbe> waiting for tests on libdap/3.21.0-1.1build3
[14:46] <dviererbe> taking libdatetime-perl
[14:46] <ginggs> dbungert: libcgi-pm-perl and libdata-peek-perl ack
[14:46] <xypron> What is the meaning of a smiley preceding "error"?
[14:47] <enr0n> sil2100: please hint libdate-simple-perl; NCR, no failing armhf tests
[14:47] <sil2100> ...ok, now moving on from krb5, requeued some tests that I needed, but there might be some actual failures
[14:47] <dbungert> xypron: invalid tests are the most recent result.  you need further back in history to determine if the latest version has a sensible test
[14:47] <adrien> sil2100: would you generate an updated package list? I guess the update to update_excuses.html will be helpful for that
[14:47] <dviererbe> enr0n: This is often the case when the test runner did not test against the specified trigger
[14:47] <sil2100> adrien: I don't have the script and don't want to tinker too much! Let's ping paride or vorlon ;)
[14:47] <sil2100> enr0n: on it
[14:48] <slyon> ginggs: please skiptest libcoverart/1.0.0+git20150706-9build1
[14:48] <enr0n> dviererbe: was that supposed to be directed to someone else?
[14:48] <adrien> paride: do you have time to make an updated list of packages? (asking you because it's still a bit early in portland)
[14:48] <dviererbe> sorry that was supposed to be for xypron
[14:48] <paride> yes I can
[14:48] <enr0n> taking libdatetime-perl
[14:48] <juliank> sil2100: https://bugs.launchpad.net/ubuntu/+source/seahorse-nautilus/+bug/2059269
[14:48] -ubottu:#ubuntu-release- Launchpad bug 2059269 in seahorse-nautilus (Ubuntu) "RM: seahorse-nautilus; FTBFS" [Undecided, New]
[14:49] <enr0n> jk I'm behind
[14:49] <enr0n> taking libdbd-mysql-perl
[14:49] <schopin> adrien: have you seen the request-tracker4 armhf failure?
[14:49] <sil2100> Taking libdbd-pg-perl
[14:49] <sil2100> juliank: looking in a moment
[14:49] <ginggs> slyon: libcoverart ack
[14:49] <slyon> taking libdbd-sqlite3-perl
[14:50] <enr0n> libdbd-mysql-perl is blocked by request-tracker4/armhf, moving on for now
[14:50] <adrien> schopin: I've seen testbed failures I think
[14:50] <juliank> ginggs: please hint libcryptui/3.12.2-8; I asked for seahorse-nautilus removal above and the other failing tests have newer working ones (albeit w/o the trigger, but it's all-proposed so not needed)
[14:50] <xypron> libcupsfilters looks bad to me with failures on multiple architectures.
[14:50] <schopin> adrien: https://autopkgtest.ubuntu.com/results/autopkgtest-noble/noble/armhf/r/request-tracker4/20240327_142546_dfc32@/log.gz -> not a testbed, a real failure there.
[14:50] <juliank> taking libdbi-perl
[14:51] <ogayot> taking libdbus-menu
[14:51] <ginggs> juliank: libcryptui ack
[14:51] <xypron> Looking at libdbusmenu
[14:51] <enr0n> taking libdevice-cdio-perl
[14:51] <schopin> adrien: I'll look into it.
[14:51] <adrien> schopin: ah, right, but that's the one I've seen on other platforms as well, and it needs to be pinpointed but I find that all-proposed makes that harder
[14:51] <dviererbe> taking libdevice-i2c-perl
[14:52] <enr0n> sil2100: please hint libdevice-cdio-perl; NCR, no failing armhf tests
[14:52] <enr0n> taking libdevice-serialport-perl
[14:52] <juliank> ginggs: please hint libdbi-perl
[14:53] <schopin> adrien: yeah that would be a PITA to debug.
[14:53] <juliank> taking libdevice-serialport-perl
[14:53] <juliank> sorry
[14:53] <juliank> taking libdigest-jhash-perl
[14:53] <xypron> libdbusmenu looks bad. This is not armhf related.
[14:53] <enr0n> sil2100: please hint libdevice-serialport-perl; NCR, no failing armhf tests
[14:53] <sil2100> enr0n: libdevice-cdio-perl done
[14:53] <xypron> looking at libdigest-sha-perl
[14:53] <enr0n> taking libdigest-sha-perl
[14:54] <mateus-morais> ginggs: please hint lastpass-cli/1.3.7-1build2. NCR, passes armhf, arm64 passes locally
[14:54] <ginggs> juliank: libdbi-perl ack
[14:54] <enr0n> jk on libdigest-sha-perl
[14:54] <dbungert> xypron: is there a bug yet for the non-armhf issue on libdbusmenu?
[14:54] <sil2100> enr0n: done o/
[14:54] <pushkarnk> ginngs, sil2100: for java-atk-wrapper, the openjdk-8/i386 test has reported 'neutral'. Also, openjdk-21 is not a reverse-dep (checked with apt-rdepends --reverse). So, we can hint it.
[14:54] <enr0n> taking libdrpm
[14:54] <juliank> skipping libdigest-jhash-perl, I'm certain the s390x regression willc lear up in the retry
[14:54] <ginggs> mateus-morais: lastpass-cli ack
[14:55] <pushkarnk> ginggs: for java-atk-wrapper, the openjdk-8/i386 test has reported 'neutral'. Also, openjdk-21 is not a reverse-dep (checked with apt-rdepends --reverse). So, we can hint it.
[14:55] <juliank> taking libemail-address-xs-perl
[14:55] <juliank> libemail-address-xs-perl should be fine next run, moving on
[14:55] <juliank> taking libencode-perl
[14:56] <juliank> libencode-perl should be fine, moving on
[14:56] <paride> https://paste.ubuntu.com/p/MWn55Qs945/
[14:56] <paride> this should be it
[14:56] <juliank> taking libev-perl
[14:56] <sil2100> juliank: do we know if seahorse-nautilus is seeded anywhere?
[14:56] <pushkarnk> ginggs: hint lazarus too, please. I have requested an amd64 test, which passes locally
[14:56] <sil2100> juliank: seeded-in-ubuntu doesn't like the package
[14:56] <enr0n> retried test blocking libdrpm, moving on
[14:56] <juliank> sil2100: it appears not
[14:56] <sil2100> ACK
[14:56] <adrien> paride: thanks a lot!
[14:57] <enr0n> taking libfcgi-perl
[14:57] <pushkarnk> afk
[14:57] <juliank> thanks paride , but attention 'libev' at least is new
[14:57] <enr0n> libfcgi-perl is also blocked by request-tracker4/unknown, skipping for now
[14:57] <ginggs> pushkarnk: java-atk-wrapper and lazarus ack
[14:57] <enr0n> taking libfile-fcntllock-perl
[14:58] <juliank> libev will be fine though
[14:58] <juliank> the retry succeeded
[14:58] <xypron> dbungert: libdbusmenu triggering ibus did not result in any positive test result.
[14:58] <juliank> taking libfile-fnmatch-perl
[14:58] <adrien> I think 38 packages have been removed after libfcgi-perl on that list
[14:58] <paride> juliank, there are like 68 packages which are in the new list and were not in the earlier one
[14:59] <dviererbe> Why is babeltrace no longer on the list, but still in proposed?
[14:59] <adrien> sil2100: can you update the topic to use https://paste.ubuntu.com/p/MWn55Qs945/ ?
[14:59] <paride> juliank, but this can happen I suppose?
[14:59] <enr0n> libfile-fcntllock-perl retries already passed, nothing to do
[14:59] <xypron> Looking at libfilesys-df-perl
[14:59] <adrien> juliank, paride : I was expecting that in the even we reach the end of the list, we'd loop and new entries would get handled then
[14:59] <juliank> yeah
[15:00] <enr0n> taking libftdi1v
[15:00] <enr0n> libftdi1*
[15:01] <juliank> I guessdgit is funny
[15:01] <xypron> libfilesys-df-perl triggers bad amd64 test results for gscan2pdf.
[15:01] <sil2100> adrien: sure!
[15:01] <sil2100> New list everyone! https://paste.ubuntu.com/p/MWn55Qs945/ per adrien's message!
[15:02] <slyon> juliank: is the dgit/armhf failure already analyzed?
[15:02] <adrien> per paride's update :P
[15:02] <xypron> Looking at libftdi1
[15:02] <slyon> I don't see a bug report, so probably not.
[15:02] <sil2100> Thank you paride!
[15:03] <enr0n> sil2100: please hint libftdi1; NRC, no failing armhf tests
[15:03] <juliank> slyon: I frankly don't care all that much
[15:03] <sil2100> enr0n: on it
[15:03] <juliank> sil2100: but it seems a time_t issue sort of
[15:03] <juliank> sorry
[15:03] <juliank> slyon: ^
[15:03] <juliank> 3107s - -- dgit test git user <dgit-test@debian.example.net>  Tue, 26 Jun 2018 08:00:03 +0000
[15:03] <juliank> 3107s + -- dgit test git user <dgit-test@debian.example.net>  Tue, 26 Mar 2024 10:54:51 +0000
[15:03] <juliank> not sure what is going on there
[15:04] <sil2100> adrien: does the list take into consideration the ones we already skiptested earlier?
[15:04] <enr0n> taking libgd2
[15:04] <slyon> right. I'll dive into dgit a little bit and create a bug report.
[15:04] <slyon> But should probably be removed on armhf
[15:04] <dviererbe> taking libgdal-grass
[15:05] <adrien> sil2100: tbh, I don't know; but maybe it would be better to maintain several lists so we don't tie updates from multiple people together and don't tie everything to excuses updates which take 7 hours
[15:06] <sil2100> Let me check
[15:06] <adrien> sil2100: but if britney ran, then that should be taken into account, right?
[15:06] <adrien> or at least it would be obviously seen when loading the page
[15:06] <cjwatson> slyon: dgit seems likely to be telling you about a failure in some underlying tool, rather than having a time_t issue itself
[15:06] <cjwatson> not that I've analysed it, this is just from general understanding of its shape
[15:07] <sil2100> adrien: sort of, ish, since sometimes there might be 2 britney runs needed! And not if the packages aer not leaf packages, or otherwise blocked by some other package
[15:07] <slyon> cjwatson: thanks. I'll keep that in mind
[15:07] <danilogondolfo> taking libgd-perl
[15:07] <cjwatson> and it's arch-all anyway
[15:08] <juliank> https://bugs.launchpad.net/ubuntu/+source/dgit/+bug/2059274
[15:08] -ubottu:#ubuntu-release- Launchpad bug 2059274 in dgit (Ubuntu) "dgit time_t regression" [Undecided, New]
[15:08] <adrien> sil2100: good points
[15:08] <juliank> slyon: I'm inclined to force-badtest dgit/11.6
[15:08] <juliank> I frankly don't care about dgit on armhf
[15:08] <juliank> *force-badtest dgit/armhf
[15:08] <adrien> I've been looking at R packages already (continuing from the beginning of the week) and triggering migration references because several packages have been removed and cannot pass on armhf now
[15:09] <dviererbe> waiting for tests on libgdal-grass
[15:09] <dviererbe> taking libgee-0.8
[15:09] <adrien> schopin: migration-reference/0 passed on s390x
[15:09] <xypron> libftdi1 fails its own autopkg tests on amd64 with "badpkg: rules extract failed with exit code 1".
[15:09] <juliank> ginggs: force-badtest dgit/11.6/armhf # LP: #2059274
[15:09] -ubottu:#ubuntu-release- Launchpad bug 2059274 in dgit (Ubuntu) "dgit time_t regression" [Undecided, New] https://launchpad.net/bugs/2059274
[15:09] <schopin> adrien: not surprised.
[15:09] <xypron> looking at libgetdata
[15:10] <adrien> schopin: not completely surprised either but it was useful as a dichotomy for a first step
[15:10] <juliank> taking libgit2
[15:10] <slyon> juliank: yes, badtest and removal of armhf dgit binaries should unblock some things. But an issue in underlaying tooling might still exist.
[15:11] <dviererbe> all tests pass of libgee-0.8
[15:11] <dviererbe> taking libglib-perl
[15:11] <xypron> libgetdata passed tests with all=proposed. So it should be released.
[15:11] <ginggs> juliank: dgit ack
[15:11] <enr0n> schopin: the glibc tests look sad. Do you know what's going on there?
[15:11] <xypron> Looking at libgnomekbd
[15:11] <paride> adrien, sil2100: the script and (terse) instructions on how to generate a new list are here: https://gist.github.com/paride/c904bcdaa82bec8b1126bedad42e5c10
[15:12] <schopin> enr0n: looking
[15:12] <cjwatson> slyon: my best educated guess for a place to look would be faketime
[15:13] <cjwatson> since that seems like a very plausible sort of thing to have a time_t bug
[15:13] <schopin> enr0n: link? But I'd wager it's apparmor + the ppc64el pagesize thing.
[15:13] <dbungert> ginggs: please hint libdata-uuid-perl
[15:13] <juliank> So I test rugged-ruby or whatever and it parses 1499423310 +0200, but comes out at 1499423310.00006
[15:13] <schopin> enr0n: in which case it should be hinted.
[15:13] <dbungert> taking libgom
[15:13] <sil2100> Updated list again everyone! No big changes, just some refreshes! https://paste.ubuntu.com/p/qKfzDjjgN9/
[15:14] <schopin> adrien: can I leave request-tracker4 with you?
[15:14] <enr0n> schopin: e.g. https://objectstorage.prodstack5.canonical.com/swift/v1/AUTH_0f9aae918d5b4744bf7b827671c86842/autopkgtest-noble/noble/amd64/g/glibc/20240326_050919_9ecea@/log.gz and https://objectstorage.prodstack5.canonical.com/swift/v1/AUTH_0f9aae918d5b4744bf7b827671c86842/autopkgtest-noble/noble/armhf/g/glibc/20240326_092135_d0a75@/log.gz
[15:14] <slyon> cjwatson: hmm faketime is another special snowflake, currently FTBFS on armhf
[15:14] <sil2100> Taking libgphoto2
[15:15] <enr0n> schopin: I can just trigger retries and move on for now
[15:15] <schopin> adrien: (or maybe just file a bug and ask Graham to mark it as borked so that it gets out of the way?)
[15:15] <danilogondolfo> taking libgsf
[15:15] <schopin> enr0n: retries won't do it, it should be hinted.
[15:16] <dbungert> ginggs: please hint libgom
[15:16] <xypron> libgnomekbd/3.28.1-1build2 causes failures on non-armhf cinnamon-control-center autopkgtests.
[15:16] <enr0n> schopin: ack, thanks.
[15:16] <xypron> looking at libgsf
[15:16] <adrien> schopin: I think a bug is best approach for now
[15:16] <ginggs> dbungert: libdata-uuid-perl and libgom ack
[15:17] <cjwatson> slyon: yeah, I would bet one (1) beer that it's the same thing
[15:17] <enr0n> sil2100: please hint libgd2; NCR, only failing armhf test is glibc, and schopin suggests hinting
[15:17] <juliank> hang on the 00006 are they uninitialized bytes on the stack or somethingß
[15:17] <schopin> sil2100: while you're at it is there a way to ignore all tests against the current version of glibc?
[15:17] <enr0n> xypron: I think danilogondolfo already has that package
[15:17] <danilogondolfo> libgsf is waiting for tests
[15:18] <danilogondolfo> taking libgudev
[15:18] <schopin> adrien: I'll pick it up tomorrow as part of the regular +1 I guess.
[15:18] <xypron> Taking libguestfs
[15:18] <dbungert> taking libgusb
[15:18] <sil2100> schopin: we could do a badtest hint, but this means that *all* tests of that package for the given arch will be considered expected
[15:18] <sil2100> schopin: until the new glibc version
[15:19] <enr0n> taking libgweather4
[15:19] <schopin> sil2100: all tests will fail because apparmor broke them.
[15:20] <schopin> sil2100: and that's for all arches (except *maybe* armhf depending on what the host kernel is)
[15:20] <enr0n> libgweather4 retries passed or already queued, moving on
[15:20] <dbungert> ginggs: please hint libgusb
[15:20] <dbungert> taking libhandy-1
[15:20] <enr0n> taking libheif
[15:21] <sil2100> schopin: hm, so the tests are useless then, eh, okay, let's hint that. But I'm worried about us having such a glibc in the archive ;p
[15:21] <sil2100> Meaning no glibc tests for triggers
[15:21] <sil2100> schopin: version 2.39-0ubuntu6 ?
[15:21] <enr0n> libheif - blocking test passed, nothing to do
[15:21] <ginggs> dbungert: libgusb ack
[15:21] <sil2100> schopin: and for all architectures?
[15:22] <ginggs> xypron: are you hilighting anyone to add hints?
[15:22] <sil2100> schopin: can you fill in a bug for this issue btw.? I'd like to add it to the hints
[15:22] <sil2100> enr0n: ok, done
[15:22] <schopin> sil2100: yes, for all arches. And yes that annoyed me too, but the archive has been in constant brokenness so I was never able to uplaod a fix.
[15:22] <xypron> ginggs: where should I add that information?
[15:22] <juliank> so clearly there is a regression in libgit2 with time handling when used by ruby-rugged, but it's only adding .00006 seconds
[15:23] <schopin> sil2100: said fix is ready btw, and I'll upload once the current madness calms down.
[15:23] <enr0n> taking libhipi-perl
[15:23] <pushkarnk> taking libhtml-gumbo-perl
[15:23] <pushkarnk>  
[15:23]  * cpete reappears 
[15:24] <xypron> libguestfs: tests with all proposed pass
[15:24] <ginggs> xypron: in this channel
[15:24] <cpete> any procedure changes from last night?
[15:24] <dbungert> cpete: no, just a new list
[15:24] <schopin> cpete: list in the title
[15:24] <cpete> ack, thanks!
[15:24] <schopin> taking libhtml-parser-perl
[15:24] <sil2100> schopin: only thing I'd ask for is a bug please o/
[15:24] <enr0n> libhipi-perl test looks like it will pass on retry, so I have triggered that
[15:25] <juliank> ginggs: force-badtest ruby-rugged/1.7.1+ds-1build2/armhf # LP: #2059275
[15:25] <enr0n> taking libical3
[15:25] -ubottu:#ubuntu-release- Launchpad bug 2059275 in ruby-rugged (Ubuntu) "libgit2 vs ruby-rugged regression" [Undecided, New] https://launchpad.net/bugs/2059275
[15:25] <juliank> Real regression but too boring to care much
[15:25] <juliank> taking libident
[15:25] -queuebot:#ubuntu-release- Unapproved: ubuntu-meta (noble-proposed/main) [1.536build1 => 1.537] (core)
[15:26] <enr0n> libical3 blocking test passed, nothing to do
[15:26] <cpete> taking libimage-sane-perl
[15:26] <xypron> ginggs: libguestfs, libcdk5 are the packages that should be released.
[15:26] <schopin> sil2100: turns out no one bothered to file one -_- Doing it now.
[15:26] <sil2100> schopin: thanks ;)
[15:26] <sil2100> THe hint is ready, will commit with the bug number added
[15:27] <enr0n> taking libinstpatch
[15:27] <xypron> looking at libintl-perl
[15:28] <ginggs> xypron: libguestfs and libcdk5 ack
[15:28] <juliank> sil2100: rm https://bugs.launchpad.net/ubuntu/+source/ngircd/+bug/2059277
[15:28] -ubottu:#ubuntu-release- Launchpad bug 2059277 in ngircd (Ubuntu) "ngircd: RM armhf binaries" [Undecided, New]
[15:28] <enr0n> sil2100: please hint libinstpatch; NCR, no failing armhf tests
[15:29] <juliank> taking libio-async-perl
[15:29] <enr0n> taking libio-compress-brotli-perl
[15:29] -queuebot:#ubuntu-release- Unapproved: workrave (noble-proposed/universe) [1.10.52-1ubuntu4 => 1.10.52-1ubuntu5] (no packageset)
[15:29] <schopin> sil2100: LP: #2059278
[15:30] -ubottu:#ubuntu-release- Launchpad bug 2059278 in glibc (Ubuntu) "glibc: apparmor userns mitigation breaks test suite (again)" [Critical, In Progress] https://launchpad.net/bugs/2059278
[15:30] <juliank> retried libio-async-perl rdeps; expecting to pass, moving on
[15:30] <juliank> (amd64 not, needs to be revisited once resutls are in)
[15:30] <juliank> taking libio-interface-perl
[15:30] <ginggs> juliank: ruby-rugged ack
[15:30] <xypron> libintlperl looks broken. all-propsed does not help.
[15:31] <enr0n> retried test blocking libio-compress-brotli-perl, looks like it will pass
[15:32] <xypron> looking at libipc-sharelite-perl
[15:32] <jbicha> please allow workrave into noble. It fixes a blocker for gnome-shell being eligible to migrate
[15:32] <vorlon> juliank: the dgit time_t issue is because it uses faketime
[15:32] <sil2100> vorlon: good morning!
[15:32] <dbungert> xypron: for these packages that we believe broken we want bugs filed so we can find them later
[15:32] <vorlon> adrien, sil2100: updated package list: https://paste.ubuntu.com/p/zP5r8SKnyY/
[15:32] <vorlon> not much reduction unfortunately; I'm unclear why
[15:32] <vorlon> sil2100: mornin'
[15:33] <sil2100> vorlon: I just updated recently! Also removed some packages that we handled out-of-order
[15:33] <sil2100> vorlon: (see topic)
[15:33] <vorlon> sil2100: aha that is a sensible place to put it ;)
[15:34] <sil2100> enr0n: hinted!
[15:34] <sil2100> juliank: looking at the rm bug
[15:34] <enr0n> taking libjavascript-minifier-xs-perl
[15:34] <vorlon> I'm still coming online, don't throw hint requests at me just yet :)
[15:34] <vorlon> (poking my nose in while the coffee machine warms up)
[15:35] <enr0n> libjavascript-minifier-xs-perl is blocked by request-tracker4/armhf, moving on for now (request-tracker4 migration-reference test in progress)
[15:36] <vorlon> sil2100: curious that your list is shorter than the one I just generated (I got 935 packages vs 904)
[15:36] <enr0n> taking libjcat
[15:36] <dbungert> ginggs: please hint libhandy-1
[15:37] <dbungert> taking libjson-xs-perl
[15:37] <sil2100> vorlon: the original list has been prepared by paride, but there have been some packages we hinted in the morning that were out-of-order, higher letters
[15:37] <sil2100> vorlon: so my version removes that so that people don't waste time in case britney didn't migrate them yet
[15:37] <xypron> dbungert: any special tag to assign to the bugs?
[15:37] <sil2100> vorlon: but not sure if that was 31 packages, hm
[15:37] <dbungert> xypron: if you think they are time-t related then we are using that tag, time-t
[15:37] <enr0n> retried test blokcing libjcat, looks like it will pass this time
[15:38] <vorlon> sil2100: oh, did you not regenerate the output from paride's list?  I did
[15:38] <sil2100> vorlon: oh, actually no, that fits
[15:38] <sil2100> vorlon: paride did
[15:38] <dbungert> xypron: but some will not be related at all to this work, so omit the time-t tag there
[15:38] <sil2100> vorlon: it's a *new* paride list ;)
[15:38] <dbungert> xypron: update-excuse tag also is sensible
[15:38] <vorlon> sil2100: ok well none of that explains why I have more packages on my list than there were on yours
[15:38] <sil2100> He provided one like 30-45 mins ago?
[15:38] <sil2100> So it's a fresh paride list minus a few packages out-of-order
[15:38] <enr0n> taking libjwt
[15:38] <sil2100> $ wc -l ../remove_list
[15:38] <sil2100> 35 ../remove_list
[15:39] <vorlon> sil2100: you manually removed packages from paride's list? heh ok then
[15:39] <schopin> dbungert: should we badtest gscan2pdf (LP: #2059273) ?
[15:39] <ginggs> xypron: libintl-perl ?  what and where do you see being broken?
[15:39] -ubottu:#ubuntu-release- Launchpad bug 2059273 in gscan2pdf (Ubuntu) "fails in autopkgtest on t/0601_Dialog_Scan.t with SEGV" [Undecided, New] https://launchpad.net/bugs/2059273
[15:39] <sil2100> vorlon: yes! Since britney might have not handled those, and it seems 31 of them were still not migrated out of excuses
[15:39] <vorlon> well ok
[15:40] <pushkarnk> taking liblangtag
[15:40] <juliank> libio-interface-perl retried on s390x, I expect this will pass
[15:41] <schopin> ginggs: please skiptest libhtml-parser-perl, only real failure in there is gscan2pdf, already logged by Dan.
[15:41] <sil2100> juliank: removal done
[15:41] <juliank> In fact, the s390x run that we marked as infra error actually succesfully used proposed
[15:41] <dbungert> schopin: there is some nuance here, re-reading my notes on hints I think resettest may be correct
[15:41] <juliank> we may have hammered too hard ;)
[15:41] <xypron> ginggs: https://autopkgtest.ubuntu.com/packages/n/needrestart/noble/s390x only failed rugs for build2.
[15:41] <juliank> sil2100: ta
[15:41] <xypron> only shows failed runs for build2
[15:42] <vorlon> dbungert: resettest is an Ubuntu-specific hack in britney that I want dropped
[15:42] <cpete> saves me for asking about the difference!
[15:42] <dbungert> ok
[15:43] <juliank> taking libleidenalg
[15:43] <dbungert> then yes, I think a badtest on gscan2pdf makes sense
[15:43] <ginggs> schopin: libhtml-parser-perl ack
[15:44] <cpete> skipping libimage-sane-perl -- also only affected by gscan2pdf who's migration-reference/0 run is about to fail. Not hint, right?
[15:44] <juliank> ginggs: force-skiptest libleidenalg/0.11.1-2build1 # newer all-proposed passed
[15:45] <dbungert> ginggs: please hint libjson-xs-perl
[15:45] <juliank> taking liblocale-gettext-perl
[15:45] <dbungert> taking libmath-int64-perl
[15:45] <juliank> sigh
[15:45] <vorlon> ok so I'm going to jump straight down to python3.12 (once I start working on this in earnest which will be a little bit).  scanning _excuses tells me python and perl are remaining blockers preventing a large number of the already-analyzed packages from being candidates; this will help with being able to generate a reduced list of outstanding work sooner rather than later
[15:46] <schopin> taking libmath-tamuanova-perl
[15:46] <dbungert> ginggs: please hint libmath-int64-perl
[15:46] <ginggs> xypron: that s390x result is old, i've retried now
[15:47] <vorlon> cpete: why not hint? a) it takes it off the list, b) I don't think we're going to reconsider releasing it regardless of gscan2pdf outcome
[15:47] <sil2100> Let's keep up the pace everyone! This is really inspiring!
[15:47] <dbungert> taking libmbim
[15:47] <vorlon> cpete: (and migration-reference/0 has already failed for 2 of the archs)
[15:47] <juliank> ginggs: force-skiptest liblocale-gettext-perl/1.07-6ubuntu4 # happy with the s390x retries, armhf fine, not waiting for amd64
[15:47] <sil2100> Taking libmediainfo
[15:47] <vorlon> cpete: (hinted libimage-sane-perl)
[15:47] <ginggs> juliank: libleidenalg ack
[15:47] <juliank> taking libmemcached
[15:48] <sil2100> libmediainfo skiptested, moving on
[15:49] <sil2100> Taking libmime-explode-perl
[15:49] <pushkarnk> re-triggered tests for libreoffice, they are going to take a few hours to finish
[15:49] <sil2100> (hopefully not exploding)
[15:49] <pushkarnk> (libreoffice vs liblangtag, I meant)
[15:50] <dbungert> ginggs: please hint libmbim
[15:50] <dviererbe> re-triggered rdepends tests of libglib-perl/3:1.329.3-3build2
[15:50] <dviererbe> taking libmoose-perl
[15:50] <vorlon> apbs, this is the bashism garbage mwhudson saw yesterday
[15:50] <ginggs> dbungert: libjson-xs-perl ack
[15:50] <dbungert> apbs issue filed
[15:50] <sil2100> (skiptested)
[15:50] <dbungert> taking libmoosex-role-withoverloading-perl
[15:50] <cpete> vorlon: I assumed since the reference test failed it would auto-unblock w/o the hint. Not sure how conservative to be with hinting.
[15:50] <ginggs> dbungert: libmath-int64-perl ack
[15:51] <pushkarnk> taking libmouse-perl
[15:51] <cpete> vorlon: but ack on hint. thanks!
[15:51] <vorlon> cpete: don't be conservative at all with hinting, it's the fastest way for the release team to take these packages off the list without having to wait for autopkgtest infra
[15:51] <schopin> I just retriggered the s390x job for libhtml-parser-perl, that should be enough.
[15:51] <schopin> taking libmrss
[15:51] <juliank> sil2100: https://bugs.launchpad.net/ubuntu/+source/pytest-services/+bug/2059282
[15:51] -ubottu:#ubuntu-release- Launchpad bug 2059282 in pytest-services (Ubuntu) "RM: pytest-services; fails to test on armhf, blocks libmemcached" [Undecided, New]
[15:51] <vorlon> cpete: remember that at the end of today, *everything still on the list gets hinted* regardless of state
[15:51] <ginggs> juliank: liblocale-gettext-perl ack
[15:52] <dbungert> ginggs: please hint libmoosex-role-withoverloading-perl
[15:52] <juliank> taking libmtp
[15:52] <dbungert> taking libmusicbrainz5
[15:52] <ginggs> dbungert: libmbim ack
[15:52] <schopin> ginggs: please hint libmrss
[15:52] <juliank> ginggs: force-skiptest libmtp/1.1.21-3.1
[15:53] <schopin> taking libnet-cups-perl
[15:53] <sil2100> juliank: on it!
[15:53] <cpete> vorlon: got it. thank you
[15:53] <juliank> vorlon: so should we do explicit block hints for stuff that should not migrate?
[15:53] <vorlon> juliank: yes
[15:53] <ginggs> dbungert: libmoosex-role-withoverloading-perl ack
[15:53] <cpete> taking libnet-ip-xs-perl
[15:53] <vorlon> juliank: EMPHATIC yes
[15:54] <ginggs> schopin: libmrss ack
[15:54] <juliank> vorlon: so that's effectively just turning off the autopkgtest policy for a britney run
[15:54] <juliank> taking libnet-jabber-loudmouth-perl
[15:55] <vorlon> juliank: no because we're not turning it off for packages not in this cluster
[15:55] <vorlon> (it's a large cluster but it's not everything)
[15:55] <ginggs> juliank: libmtp ack
[15:56] <juliank> libnet-jabber-loudmouth-perl retry ran, it's fine, moving on
[15:56] <dbungert> ginggs: please hint libmusicbrainz5
[15:56] <adrien> I went through R packages; triggered several migration-references due to removed packages, triggered tests again except on amd64 and arm64; the other non-(amd|arm)64 failures I've seen were related to libuv/nodejs
[15:56] <sil2100> juliank: +1, done
[15:56] <adrien> I think I went over them all so the only remaining things are installability issues due to libuv/nodejs (IIRC) and maybe amd64/arm64
[15:56] <juliank> taking libnet-ldns-perl
[15:56] <dbungert> taking libnet-pcap-perl
[15:57] <enr0n> taking libnet-ssleay-perl
[15:57] <adrien> also, request-tracker4 and 5 exhibit the same issue and I'm going to fill a bug to badtest them (and we'll handle them later on)
[15:57] <vorlon> python3.12 hinted
[15:58] <schopin> when is the next britney run?
[15:58]  * sil2100 does a quick break for a moment, meetings
[15:58] <adrien> (same issue for rt4/5 != libuv/nodejs)
[15:58] <juliank> retried tests for libnet-ldns-perl, I want to see some more results there
[15:58] <vorlon> schopin: it's continuous
[15:58] <adrien> schopin: > 5 hours
[15:58] <vorlon> schopin: one started 6 minutes ago, but no telling how long it will take to finish
[15:58] <schopin> will it take your hint into account?
[15:59] <vorlon> schopin: the python3.12 hint?
[15:59] <schopin> yes
[15:59] <vorlon> no, good point, let me kill this one and start a new one
[15:59] <danilogondolfo> taking libnet-z3950-simpleserver-perl
[15:59] <juliank> vorlon: one problem is the current report on the web is 0000
[15:59] <juliank> 13:52
[15:59] <dbungert> ginggs: please hint libnet-pcap-perl
[15:59] <juliank> vorlon: So I think something rsyncs this to the web server and it doesn't run often enough
[15:59] <slyon> sil2100: I'd suggest removing dgit on noble/armhf, due to https://bugs.launchpad.net/ubuntu/+source/dgit/+bug/2059274 – It has no reverse (build-)depends and is probably not needed on armhf
[16:00] -ubottu:#ubuntu-release- Launchpad bug 2059274 in dgit (Ubuntu) "dgit time_t regression" [Undecided, Confirmed]
[16:00] <dbungert> taking libnet-z3950-zoom-perl
[16:00] <juliank> taking libnma
[16:00] <danilogondolfo> taking libnotify
[16:00] <dviererbe> taking libnxml
[16:00] <sil2100> slyon: I like the idea of removals! Will take a look when I'm back in action
[16:00] <ginggs> dbungert: libmusicbrainz5 and libnet-pcap-perl ack
[16:01] <schopin> slyon: sil2100: it's arch:all
[16:01] <slyon> :(
[16:01] <vorlon> juliank: that is the last complete run.  The 'generated on' timestamp is the start of generating it... it finished generating at 14:38
[16:01] <juliank> libnma: infra issues, retrying, should get results before we get to the end of the list
[16:01] <cpete> ginggs: please hint libnet-ip-xs-perl
[16:01] <juliank> vorlon: oh, I'd expect it to do all its work, then generate reports at the end
[16:01] <vorlon> juliank: and then britney spent until 14:46 doing other stuff
[16:01] <sil2100> slyon, schopin: that's both :) and :( because I like removals of sources+binaries, but also not really if they're useful
[16:02] <slyon> schopin: sil2100: so a badtest as suggested by juliank might be reasonable here
[16:02] <cpete> taking liboauth2
[16:02] <vorlon> juliank: it *did* all its work, that's how long it took to actually generate that output file :P
[16:02] <juliank> sil2100: slyon: it already is badtested
[16:02] <sil2100> slyon: can you poke vorlon it? I'll be back in service in like 30 minutes
[16:02] <schopin> ginggs: please skiptest libnet-cups-perl
[16:03] <juliank> I got an ack for it
[16:03] <juliank> :D
[16:03] <slyon> thanks juliank so nevermind :)
[16:03] <juliank> taking ... libopenmpt-modplug
[16:03] <schopin> taking libopenshot
[16:04] <vorlon> juliank: and then I can't account for the time between 14:46 and 15:28 when there was no britney running; but I think there is some suboptimal stuff in the way we dispatch that causes it to not start a britney for one series if another one is still running for another series
[16:04] <dviererbe> ginggs: please hint libnxml
[16:04] <vorlon> that's all in ubuntu-archive-scripts / archive-reports + run-proposed-migration if you have too much time on your hands :P
[16:04] <ginggs> cpete: libnet-ip-xs-perl ack
[16:05] <dbungert> ginggs: please hint libnet-z3950-zoom-perl
[16:05] <dbungert> taking liboauth2
[16:05] <ginggs> schopin: libnet-cups-perl ack
[16:05] <vorlon> LocutusOfBorg: btw were you mass-retrying builds today? All 'Failed to Upload' builds were retried which is useless+annoying
[16:05] <dbungert> oh wait I'm behind
[16:05] <LocutusOfBorg> no.
[16:05] <vorlon> LocutusOfBorg: ok
[16:06] <LocutusOfBorg> I retried only one build that was stuck
[16:06] <ginggs> dviererbe: libnxml ack
[16:06] <dbungert> taking libosmo-abis
 xnee stuck since 12h on armhf builder, I'm retrying
[16:06] <LocutusOfBorg> this one
[16:06] <schopin> ginggs: please skiptest libopenshot
[16:06] <vorlon> LocutusOfBorg: ack
[16:06] <LocutusOfBorg> xnee is now built correctly
[16:06] <vorlon> LocutusOfBorg: so *someone* did a mass-retry and I got a bunch of predictable reject emails
[16:07] <LocutusOfBorg> don't know sorry :/
[16:07] <LocutusOfBorg> not me for sure
[16:07] <ginggs> dbungert: libnet-z3950-zoom-perl ack
[16:07] <juliank> ginggs: force-skiptest libopenmpt-modplug/0.8.9.0-openmpt1-2build1
[16:07] <doko> I did, after find at least 10 cancelled builds which were unrelated to our copies
[16:07] <juliank> god I hate britney hiding some architectures
[16:07] <slyon> skipping libdbd-sqlite3-perl for now (too many things in flight)
[16:07] <schopin> taking libosmo-netif
[16:07] <slyon> taking libp11
[16:08] <ginggs> schopin: libopenshot ack
[16:08] <enr0n> taking libpango-perl
[16:08] <enr0n> test blocking libpango-perl already passed, nothing to do
[16:08] <cpete> ginggs: please hint liboauth2
[16:08] <enr0n> taking libpcap
[16:08] <juliank> taking libpcap
[16:09] <juliank> enr0n wins
[16:09] <ginggs> juliank: libopenmpt-modplug ack
[16:09] <juliank> taking libpeas
[16:09] <schopin> ginggs: please hint libosmo-netif, straight rebuild and no armhf binaries
[16:09] <vorlon> juliank: britney hiding some architectures> hear, hear. I think that's a straight up bug
[16:10] <schopin> enr0n: I already asked for a libpcap hint
[16:10] <ginggs> cpete: liboauth2 ack
[16:11] <schopin> sorry, I jumped the queue on that one when chasing down a deptree
[16:11] <schopin> taking libperlio-eol-perl
[16:11] <enr0n> schopin: ah no worries, thanks
[16:11] <juliank> vorlon: we are 4 years behind on britney, we need to rebase in 24.10
[16:11] <juliank> sil2100: rm https://bugs.launchpad.net/ubuntu/+source/gnome-shell-pomodoro/+bug/2059285
[16:11] -ubottu:#ubuntu-release- Launchpad bug 2059285 in gnome-shell-pomodoro (Ubuntu) "RM: gnome-shell-pomodoro; blocks transitions" [Undecided, New]
[16:12] <cpete> taking libphonenumber
[16:12] <ravikant_> taking libpinyin
[16:12] <schopin> ginggs: please skiptest libperlio-eol-perl, request-tracker4 is broken
[16:12] <enr0n> taking libplist
[16:12] <juliank> taking  libpod
[16:12] <schopin> taking libposix-atfork-perl
[16:13] <enr0n> test blocking libplist already passed, nothing to do
[16:13] <enr0n> taking libppd
[16:13] <schopin> same for libposix-atfork-perl, already passed, nothing to do.
[16:13] <schopin> taking libproc-processtable-perl
[16:14] <ginggs> xypron: for libintl-perl, retry of needrestart on s390x passed, but armhf appears to be a regression
[16:14] <ginggs> schopin: would you take a quick look ^  please?
[16:15] <juliank> libpod: issued retries no passes so far
[16:15] <schopin> ginggs: alrady on it, it's blocking my current package.
[16:15] <juliank> taking libqalculate
[16:16] <ginggs> schopin: libosmo-netif ack
[16:16] <ravikant_> ginggs: please hint libpinyin. NCR with armhf tests pass.
[16:17] <ravikant_> taking libqglviewer
[16:17] <juliank> ginngs: force-skiptest libqalculate/4.9.0-1.1build1 # test is good after all
[16:17] <slyon> vorlon: can we remove seeded packages on armhf? (I suppose no..). "libp11" is in the supported seed and segfaults during autopkgtest
[16:17] <ginggs> schopin: for libperlio-eol-perl, if request-tracker4 is broken then we should badtest it rather
[16:17] <vorlon> slyon: I fixed libp11
[16:17] <vorlon> slyon: softhsm2
[16:17] <juliank> taking libqmi
[16:17] <slyon> oh nice!
[16:17] <schopin> ginggs: adrien is on it AIUI
[16:17] <ginggs> is request-tracker4 broken everywhere?
[16:17] <vorlon> slyon: (doesn't mean we can't remove seeded packages, just not needed for this one)
[16:17] <slyon> ok, good to know!
[16:18] <danilogondolfo> taking libqtpas
[16:18] <dbungert> ginggs: please hint libosmo-abis
[16:18] <ginggs> schopin: libperlio-eol-perl ack (does not harm)
[16:19] <dbungert> taking libquota-perl
[16:19] <juliank> ginggs: force-skiptest libqmi/1.35.2-0ubuntu1
[16:19] <juliank> taking librcsb-core-wrapper
[16:19] <slyon> vorlon: well, that test is using your fixed libsofthsm2 2.6.1-2.2ubuntu1. but still segfaults
[16:19] <vorlon> slyon: hmmm
[16:19] <slyon> https://autopkgtest.ubuntu.com/results/autopkgtest-noble/noble/armhf/libp/libp11/20240327_130327_beef4@/log.gz
[16:19] <vorlon> slyon: let me dig into it more then
[16:20] <juliank> ginggs: force-skiptest librcsb-core-wrapper/1.005-11.1build1 # tests superficial, no wait
[16:20] <ginggs> ravikant_: libpinyin ack
[16:20] <schopin> would someone take libproc-processtable-perl off me? I was diverted into a needrestart thing
[16:20] <danilogondolfo> schopin, I'll take it
[16:20] <juliank> I think we should have used one of those pad apps to note our hints I hope ginggs doesn't lose track
[16:20] <schopin> danilogondolfo: ta
[16:20] <juliank> taking librda
[16:21] <juliank> ginggs: force-skiptest librda/0.0.5-1.1build1 # widely happy
[16:21] <schopin> danilogondolfo: oh wait it's the needrestart block isn't it?
[16:21] <juliank> taking libreoffice
[16:21] <juliank> being sad
[16:21] <ginggs> dbungert: libosmo-abis ack
[16:21] <danilogondolfo> schopin, it's one of the blockers yeah
[16:22] <vorlon> addressed some resource contention on the archive server; that should help britney run a bit faster
[16:22] <ginggs> juliank: libqmi ack
[16:22] <ravikant_> ginggs: please hint libqglviewer. excuses page says regression logs say passed.
[16:23] <juliank> ginggs: force-skiptest libreoffice/4:24.2.2~rc2-0ubuntu1 # armhf is good, rest in infra messup
[16:23] <ginggs> juliank: librcsb-core-wrapper ack
[16:23] <juliank> taking libreswan
[16:24] <vorlon> latest britney started 20:49
[16:24] <ginggs> juliank: librda ack
[16:25] <adrien> ginggs: can you badtest request-tracker4 and request-tracker5 per https://bugs.launchpad.net/ubuntu/+source/request-tracker4/+bug/2059287 ? thanks
[16:25] -ubottu:#ubuntu-release- Launchpad bug 2059287 in request-tracker5 (Ubuntu) "Test failures in noble-proposed (all-proposed)" [Undecided, New]
[16:26] <adrien> I haven't set status and milestone which I can take a look at unless you beat me to it but I need a short break first
[16:26] <ginggs> ravikant_: libqglviewer ack
[16:26] <vorlon> adrien, ginggs: I think that's a bad justification for a badtest hint
[16:26] <juliank> ginggs: force-skiptest libreswan/4.14-1ubuntu1 # armhf and s390x are enough green
[16:26] <vorlon> adrien, ginggs: if the package that causes the regression is *not* part of the cluster, then we've potentially let that regressing package migrate when it shouldn't
[16:26] <ginggs> juliank: libreoffice ack
[16:27] <adrien> vorlon: it's not in proposed anymore
[16:27] <vorlon> adrien: no, but the thing *breaking* it is
[16:27] <adrien> well, I mean, RT4/5 aren't, the breaking is probably
[16:27] <schopin> *sigh* looks like tmux has time_t problems.
[16:27] <vorlon> and *that* thing may not be a package that we were going to migrate today
[16:27] <adrien> migration-reference passes
[16:27] <juliank> taking librist
[16:27] <vorlon> if it is something we were going to migrate today, then migration-reference will regress and no badtest needed
[16:27] <adrien> vorlon: agreed but it's not easy to locate
[16:27] <vorlon> adrien: but why do you need a badtest hint at all!
[16:27] <adrien> but we probably want to look at it afterwards
[16:27] <vorlon> the goal is skiptest hints
[16:28] <juliank> librist just passed, moving on
[16:28] <juliank> taking librsvg
[16:28] <adrien> vorlon: tbh I don't know the best way to move forward
[16:28] <vorlon> adrien: what package were you looking at?
[16:28] <ginggs> juliank: libreswan ack
[16:29] <adrien> vorlon: could be libapache2-mod-perl2 but also postgresql-16 or mysql-8.0 or sqlite3 or postfix, all showing signs of issues for request-tracker4 and 5
[16:30] <slyon> schopin: I think there is still an issue after your interimap/0.5.7-2ubuntu1 fix, https://autopkgtest.ubuntu.com/results/autopkgtest-noble/noble/armhf/i/interimap/20240327_160338_63f88@/log.gz
[16:30] <vorlon> adrien: well if those are part of the transition we can skiptest each of them as appropriate
[16:30] <adrien> tests on arches not using all-proposed could pass but the environment wasn't very reliable so it's hard to draw conclusions
[16:30] <adrien> sure
[16:31] <adrien> let me grep stuff to get a better picture
[16:31] <schopin> slyon: right. That'd be me not knowing perl. My patch is apparently buggy.
[16:31] <enr0n> ginggs: please hint libppd. It is blocked by c2esp/armhf, which is tracked in bug 2059157. The remaining blockers are non-armhf, and this is a NCR.
[16:31] -ubottu:#ubuntu-release- Bug 2059157 in c2esp (Ubuntu) "proposed-migration for cups 2.4.7-1.2ubuntu1" [Critical, New] https://launchpad.net/bugs/2059157
[16:31] <slyon> taking libsavitar
[16:32] <enr0n> taking libsbml
[16:33] <juliank> vorlon: so librsvg has lots of red, but a green for each rdep on at least one arch, I'm included to force-skiptest it
[16:33] <juliank> but I'd really love to see more
[16:33] <pushkarnk> ginggs: please hint libmouse-perl (all-knowing-dns/amd64 and libconfig-model-systemd-perl/ppc64el have actually passed, though reported "error", libnet-dropbox-api-perl has passed in a recent run, it also passed locally). All tests are re-triggered and should pass.
[16:33] <enr0n> ginggs: please hint libsbml. NCR, no failing armhf tests.
[16:34] <enr0n> taking libscalar-list-utils-perl
[16:34] <schopin> danilogondolfo: ginggs: the needrestart issue is tmux not being good with time_t, nothing to do with perl
[16:34] <slyon> ginggs: please skiptest libsavitar/5.0.0-4.1build1 (superficial tests, PASS)
[16:34] <pushkarnk> taking libscope-upper-perl
[16:35] <enr0n> retry of test blocking libscalar-list-utils-perl already passed, nothing to do
[16:35] <vorlon> juliank: are you going to stick around for 12 hours to re-review the output before I have to hint everything in <shrug>
[16:36] <juliank> vorlon: so people expected a second pass over the updated list too happen later and then we should see if it is dark red
[16:36] <ginggs> enr0n: libppd ack
[16:36] <juliank> Because with everything else force-skiptested the list will become much smaller
[16:36] <enr0n> taking libsdl2
[16:36] <ginggs> pushkarnk: libmouse-perl ack
[16:36] <juliank> taking libseccomp
[16:37] <vorlon> juliank: I have not been assuming a second pass will be possible due to timing.  Velocity has certainly increased during Europe's daytime but I expect it to drop off again soon as people EOD
[16:37] <juliank> force-skiptest libseccomp/2.5.5-1ubuntu2
[16:37] <juliank> ginggs: force-skiptest libseccomp/2.5.5-1ubuntu2
[16:37] <juliank> vorlon: hmm yeah we should have recorded "look at this again"
[16:37] <ginggs> enr0n: libsbml ack
[16:38] <juliank> taking libsecret
[16:38] <juliank> ginggs: force-skiptest libsecret/0.21.4-1build2
[16:38] <juliank> taking libselinux
[16:38] <ginggs> schopin: ok, so let's hint libintl-perl for xypron
[16:38] <juliank> shoot
[16:39] <vorlon> 677s '!' allowed only after types sSiIlLxXnNvV@. in pack at /usr/bin/pullimap line 95.
[16:39] <slyon> taking libsemanage
[16:39] <juliank> sigh 1464s autopkgtest [04:28:48]: ERROR: "chmod -R 0755 -- /tmp/autopkgtest.sH8o00/autopkgtest-reboot" failed with stderr "Error: read tcp 10.136.6.103:41126->10.44.124.170:8443: i/o timeout
[16:39] <juliank> I call that a pass
[16:39] <enr0n> ginggs: please hint libsdl2; NCR, and no failing armhf tests (the scrcpy failure currently shown has already passed a retry)
[16:39] <vorlon> aha already filed, excellent (LP: #2059120)
[16:39] -ubottu:#ubuntu-release- Launchpad bug 2059120 in interimap (Ubuntu) "interimap timeval packing is broken on armhf with t64" [Undecided, Fix Committed] https://launchpad.net/bugs/2059120
[16:40] <ginggs> slyon: libsavitar ack
[16:40] <enr0n> taking libseqlib
[16:40] <pushkarnk> adrien: I see a request-tracker4 failure different from the two failure type you list in bug 2058287
[16:40] <pushkarnk> https://objectstorage.prodstack5.canonical.com/swift/v1/AUTH_0f9aae918d5b4744bf7b827671c86842/autopkgtest-noble/noble/armhf/r/request-tracker4/20240326_233039_a2754@/log.gz
[16:40] -ubottu:#ubuntu-release- Bug 2058287 in evergreen "Scan item as missing pieces: input not associated with its label" [Undecided, Confirmed] https://launchpad.net/bugs/2058287
[16:41] <ginggs> juliank: libseccomp ack
[16:41] <adrien> pushkarnk: this one looks like a testbed issue, especially the "Error: Only running operations can be connected"
[16:41] <schopin> pushkarnk: wrong bug nb?
[16:41] <enr0n> ginggs: please hint libseqlibl; NCR, no failing armhf tests
[16:41] <ginggs> juliank: libsecret ack
[16:41] <juliank> ginggs: force-skiptest libselinux/3.5-2ubuntu1
[16:42] <pushkarnk> adrien, sorry I meant bug 2059287 :)
[16:42] -ubottu:#ubuntu-release- Bug 2059287 in request-tracker5 (Ubuntu) "Test failures in noble-proposed (all-proposed)" [Undecided, New] https://launchpad.net/bugs/2059287
[16:42] <enr0n> taking libslirp
[16:42] <ginggs> enr0n: libsdl2 ack
[16:42] <juliank> NOTE: If you see a newer test passing with all-proposed, and it doesn't have your trigger, that still is a pass - the triggers don't matter
[16:42] <juliank> taking libsndfile
[16:43] <juliank> ginggs: force-skiptest libsndfile/1.2.2-1ubuntu3
[16:43] <schopin> taking libsoup2.4
[16:43] <ginggs> enr0n: libseqlibl ack
[16:43] <schopin> back in the rotation :)
[16:43] <juliank> taking libsoup3
[16:43] <enr0n> ginggs: please hint libslirp; NCR, no failing armhf tests
[16:44] <enr0n> taking libsub-name-perl
[16:44] <schopin> ginggs: please hint libsoup2.4
[16:44] <ginggs> juliank: libselinux ack
[16:44] <enr0n> retries of tests blocking libsub-name-perl already passed, nothing to do
[16:45] <schopin> taking libsys-mmap-perl
[16:45] <ginggs> juliank: libsndfile ack
[16:45] <enr0n> taking libtemplate-perl
[16:45] <vorlon> slyon: right, softhsm2 gets past the first segfault and now there's a new one :) et's see
[16:46] <enr0n> libtemplate-perl retries passed, nothing to do
[16:46] <ginggs> enr0n: libslirp ack
[16:46] <juliank> ginggs: force-skiptest libsoup3/3.4.4-5build1 # no results for tracker yet, but let's move ahead
[16:46] <ahasenack> libp11 has dep8 tests that involve softhsm2. Also openssh's dep8 uses softhsm2 (if this helps)
[16:47] <dbungert> ginggs: please hint libquota-perl
[16:47] <vorlon> eh! gdb! where my debuginfod at
[16:47] <ginggs> schopin: libsoup2.4 ack
[16:47] <juliank> enr0n: taking libterm-readline-perl
[16:47] <juliank> sigh
[16:47] <juliank> sorry enr0n
[16:47] <juliank> that was global
[16:47] <schopin> ginggs: please hint libsys-mmap-perl: NCR, armhf passes
[16:47] <enr0n> all good
[16:48] <dbungert> taking libterm-readline-gnu-perl
[16:48] <juliank> * libterm-readkey-perl that was
[16:48] <ginggs> juliank: libsoup3 ack
[16:48] <schopin> taking libtext-iconv-perl
[16:48] <juliank> Someone looking at needrestart?
[16:48] <schopin> juliank: yes, it's a tmux issue.
[16:49] <schopin> juliank: https://bugs.launchpad.net/ubuntu/+source/tmux/+bug/2059288
[16:49] -ubottu:#ubuntu-release- Launchpad bug 2059288 in tmux (Ubuntu) "tmux server crashes on t64 armhf" [Undecided, Confirmed]
[16:49] <juliank> ack
[16:49] <ginggs> dbungert: libquota-perl ack
[16:49] <dbungert> ginggs: please hint libterm-readline-gnu-perl
[16:49] <juliank> ginggs: force-skiptest libterm-readkey-perl/2.38-2build3
[16:49]  * juliank gives complete hints because precision
[16:50] <ginggs> schopin: libsys-mmap-perl ack
[16:50] <juliank> taking libtext-markdown-discount-perl
[16:50] <pushkarnk> ginggs: libhtml-gumbo-perl and libscope-upper-perl are blocked by request-tracker4 failures on armhf. Are we going to badtest these?
[16:50] <enr0n> taking libtheora
[16:50] <dbungert> taking libticables
[16:50] <juliank> retry is fine, moving on
[16:50] <juliank> taking libticalcs
[16:50] <juliank> 270/904
[16:51] <juliank> jfyi
[16:51] <ginggs> dbungert: libterm-readline-gnu-perl ack
[16:51] <pushkarnk> taking libticonv
[16:51] <enr0n> ginggs: please hint libtheora; NCR, no failing armhf tests
[16:51] <enr0n> taking libtifiles
[16:51] <schopin> ginggs: please skiptest libtext-iconv-perl, only failure is dgit armhf (faketime pb)
[16:51] <juliank> ginggs: force-skiptest libticalcs/1.1.10~git20231126.f67c953+dfsg-1build1 # only waiting for amd64
[16:51] <ginggs> juliank: libterm-readkey-perl ack
[16:52] <juliank> schopin: dgit is badtested, we don't need to skiptest for it :)
[16:52] <juliank> jfyi
[16:52] <schopin> Oh. Nice.
[16:52] <adrien> I'm slightly handicapped by a > 20kg bag of water right now
[16:52] <juliank> taking libtoxcore
[16:52] <schopin> taking libunicode-collate-perl
[16:52] <enr0n> retries already queued for libtifiles, moving on
[16:53] <enr0n> taking libunicode-linebreak-perl
[16:53] <schopin> libunicode-collate-perl already retested, moving on.
[16:53] <schopin> taking libusb-1.0
[16:53] <enr0n> retry for libunicode-linebreak-perl already passed, nothing to do
[16:53] <ginggs> pushkarnk: no because it hasn't regressed everywhere in the release
[16:53] <enr0n> taking libuv1
[16:53] <ginggs> so libhtml-gumbo-perl and libscope-upper-perl ack
[16:54] <slyon> ginggs: force-skiptest libsemanage/3.5-1build4 # shadow/amd64 and refpolicy/amd64 confirmed locally, everything else green on all-proposed=1
[16:54] <vorlon> afk for a bit. I still have perl in process; libio-socket-timeout-perl looks like a real time_t regression if someone wants to investigate
[16:54] <pushkarnk> ginggs: ack, I must create bug reports then, I'd guess
[16:54] <enr0n> retry for libuv1 already queued, moving on
[16:54] <enr0n> taking libversion-perl
[16:54] <ginggs> enr0n: libtheora ack
[16:54] <schopin> libusb1-0 is 54 days old. I don't like this.
[16:55] <liushuyu> taking libvideo-capture-v4l-perl
[16:55] <enr0n> retries for libversion-perl already passed, nothing to do
[16:55] <vorlon> does anyone have a TL;DR on redis on armhf?  I'm seeing scattered failures with its various revdeps
[16:56] <ginggs> schopin: libtext-iconv-perl ack
[16:56] <enr0n> taking libvirt
[16:56] <liushuyu> ginggs: hint libvideo-capture-v4l-perl (tests passed with a superseding test w/ all-proposed=1)
[16:56] <liushuyu> taking libvmod-redis
[16:56] <ginggs> juliank: libticalcs ack
[16:57] <schopin> is it OK to hint a package if it fails its i386 tests?
[16:57] <ginggs> slyon: libsemanage ack
[16:58] <enr0n> ginggs: please hint libvirt; NCR, no failing armhf tests
[16:58] <juliank> vorlon: So now I want to say RM libtoxcore, toxic, utox, qtox from release pocket so that they can wait for their tests without affecting the transitions in progress, does that make sense? They should disappear from your output when you go hint the rest in the cluster, no?
[16:58] <juliank> And then they can migrate on their own pace as new packages
[16:58] <ginggs> pushkarnk: there is already a bug report for request-tracker4
[16:59] <juliank> vorlon: well just doing that
[16:59] <juliank> sil2100: https://bugs.launchpad.net/ubuntu/+source/libtoxcore/+bug/2059290
[16:59] -ubottu:#ubuntu-release- Launchpad bug 2059290 in libtoxcore (Ubuntu) "RM: libtoxcore, qtox, toxic, utox - release pocket" [Undecided, New]
[16:59] <ginggs> liushuyu: libvideo-capture-v4l-perl ack
[16:59] <enr0n> retries for libvpx either passed already or are queued, moving on
[17:00] <juliank> heh enr0n you didn't take libvpx :)
[17:00] -queuebot:#ubuntu-release- Unapproved: binwalk (noble-proposed/universe) [2.3.4+dfsg1-4ubuntu1 => 2.3.4+dfsg1-5] (no packageset) (sync)
[17:00] <enr0n> whoops, taking libvpx
[17:00] <liushuyu> ginggs: genuine regression: libvmod-redis/15.1-1build2 on arm64
[17:00] <enr0n> :D
[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-0ubuntu1.23.10.1] (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