[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:<IP_ADDRESS>]
[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-1ubuntu<IP_ADDRESS>]
[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-0ubuntu<IP_ADDRESS>] (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-0ubuntu<IP_ADDRESS>] (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-0ubuntu<IP_ADDRESS>] (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.  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<EMAIL_ADDRESS>-> 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<EMAIL_ADDRESS>Tue, 26 Jun 2018 08:00:03 +0000
[15:03] <juliank> 3107s + -- dgit test git user<EMAIL_ADDRESS>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<PHONE_NUMBER> +0200, but comes out at<PHONE_NUMBER>.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<EMAIL_ADDRESS>and<EMAIL_ADDRESS>[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/<IP_ADDRESS>-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><EMAIL_ADDRESS>[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<EMAIL_ADDRESS>[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<EMAIL_ADDRESS>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 <IP_ADDRESS>:41126-><IP_ADDRESS>: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><EMAIL_ADDRESS>[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