/srv/irclogs.ubuntu.com/2024/03/27/#ubuntu-release.txt

liushuyuvorlon: hint cyrus-imapd (neutral tests only)00:00
sil2100cura-engine: looks like a real regression on armhf00:00
liushuyutaking cyrus-sasl200:00
vorlonliushuyu: done00:00
vorlonsil2100: sure does00:00
sil2100I'll fill in a bug and hint00:01
liushuyuvorlon: hint cyrus-sasl200:02
liushuyutaking cyvcf200:02
vorlonliushuyu: done00:03
liushuyuvorlon: hint cyvcf2 (bad results on arm64, all green on !arm64)00:03
vorlonliushuyu: done00:03
liushuyutaking db5.300:04
dbungertvorlon: hint cypari200:04
vorlondbungert: done00:04
vorlontaking dbus D:00:04
dbungerttaking dbus-glib00:04
vorlonand then this is my last one before stopping for dinner00:05
dbungertvorlon: you only had to hold off the enter key for like a second00:05
sil2100Taking dbus-python00:05
vorlondbungert: haha00:06
vpa1977taking dbus-test-runner00:08
cpetevorlon: hint cryptsetup (flaky s390x test in dropbear)00:08
vorloncpete: you're sure it's flaky and not regressed?00:08
vorloncpete: it's a no change rebuild so I'll accept this00:08
* sil2100 is going AFK for a few minutes00:09
vorloncpete: done00:09
cpetevorlon: I checked other tests and they all fail with "address already in use" errors00:09
cpetevorlon: thanks!00:09
liushuyuvorlon: real regression: db5.3/5.3.28+dfsg2-6 vs perl/5.38.2-3.200:10
vorlonliushuyu: curious. please file a bug then; neither of those packages can be left out of the transition00:10
vpa1977dbus-test-runner - tests pass except amd64 (dependency issue). requeued. Hint ?00:10
cpetetaking dconf00:11
vorlonvpa1977: done00:11
vpa1977taking ddnet00:11
=== mfo_ is now known as mfo
liushuyuvorlon: 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
vpa1977ddnet - tests pass (except amd64, dependency issue), package installable on armhf. Hint ?00:15
vpa1977taking deal.ii00:16
dbungertvorlon: please hint dbus-glib00:16
vorlonvpa1977: deal.ii is the other end of the cgal hint I was unhappy with00:16
vorlonliushuyu: db5.3 hinted00:16
liushuyuwe are currently at 167 / 1210 (~14%)00:16
vorlonvpa1977: ddnet hinted00:16
vorlondbungert: dbus-glib hinted00:16
vorlonliushuyu: very promising progress honestly00:17
dbungerttaking debconf-kde00:17
vpa1977deal.ii - arm64 passes, s390x passes, rest are in progress. tests for cgal in progress, skip for now ?00:18
liushuyuafk for a while (dinner)00:18
vorlonvpa1977: I already hinted cgal so let's hint this too00:19
dbungertvorlon: hint debconf-kde00:21
vorlondbungert: done00:21
dbungerttaking debhelper00:21
vpa1977taking debos00:22
cpetevorlon: I think hint dconf. Lots of listed regression but looking through the test logs most of them are actually passing?00:22
vorloncpete: so, let me check this00:22
vpa1977debos - test failed due to dependency, retried, skipping for now00:22
vpa1977taking delly00:23
vorloncpete: 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 invalid00:23
cpeteAhhhhh00:24
vorloncpete: so we filter out based on that, but would like to see at least one architecture with a passing test for each package00:24
vorlonwhich due to britney bugginess sometimes means manually changing the url to '/armhf' to see00:24
vorlonhinted dbus00:26
vorlonnow afk00:26
cpetevorlon: ack. I'll investigate that then. Thanks!00:26
vorlonplease continue to tag me on anything that's good to hint and I'll gather them up after dinner00:26
vpa1977vorlon: delly - armhf pass, rest tests in progress, local autopkgtest amd64 test passes. Hint?00:30
vpa1977taking dhcpcd00:30
vpa1977dhcpcd - test failure against initramfs-tools, retried, skip for now00:36
vpa1977taking dhcpdump00:36
dbungertvorlon: please hint debhelper00:37
dbungerttaking dianara00:37
dbungertvorlon: please hint dianara00:39
dbungerttaking dicomnifti00:39
dbungertvorlon: please hint dicomnifti00:45
dbungerttaking dillo00:45
vpa1977dhcpdump - test fails for armhf for forensics-extra (package uninstallable). Installs locally, retried forensics-extra. Skip for now00:52
vpa1977taking dislocker00:52
dbungertvorlon: please hint dillo00:54
dbungertafk00:54
vpa1977vorlon: dislocker - tests neutral (superficial - pass), installs on armhf. Hint?00:54
vpa1977taking disorderfs00:54
vpa1977disorderfs - tests still running, skipping00:59
vpa1977taking dolfin00:59
vpa1977dolphin - tests pass, vedo tests failed due to dependency, retried. Hint?01:00
cpetevorlon: hint dconf. Scanning through it looks like running tests will pass (superficially or not) on retry. All regressions were invalid tests01:00
vpa1977vorlon: please hint dolfin01:00
vpa1977taking dovecot01:01
cpetetaking doxygen01:02
vpa1977vornon: dovecot tests pass except interimap https://launchpad.net/bugs/2059120 . Please hint01:03
-ubottu:#ubuntu-release- Launchpad bug 2059120 in interimap (Ubuntu) "interimap timeval packing is broken on armhf with t64" [Undecided, Fix Committed]01:03
vpa1977vorlon: dovecot - sorry, seems to be regression in dovecot, will raise bug01:05
sil2100Taking dpdk01:05
sil2100...hinted01:08
sil2100Taking dqlite01:08
cpetedoxygen was waiting for a test on amd64 which got lost. requeued and moving on01:11
cpetetaking drawtiming01:12
sil2100Taking dub01:14
cpetevorlon: please hint drawtiming01:19
cpetetaking dune-grid01:19
cpetevorlon: please hint dune-grid01:21
cpetetaking dune-uggrid01:22
vladimirptaking dwz01:23
sil2100Taking dymo-cups-drivers, although I wonder if it'll be blocked by cups01:24
vladimirpvorlon: dwz - tests pass except amd64 for binutils/debhelper (dependency). retried. Hint?01:25
vladimirptaking dyssol01:26
sil2100dymo-cups-drivers -> had a real failing test, but then I saw the same version passed when run as a different trigger. Flaky test, hinting01:26
sil2100Taking e2fsprogs01:27
sil2100...okay, this one needs more investigation. Lots of tests in progress, change not a simple no-change rebuild. Skipping01:29
sil2100Taking e-antic01:29
bdmurrayTaking ebook-tools01:30
bdmurrayhinted01:32
bdmurraytaking ecflow01:32
vladimirpvorlon: dyssol - tests pass except amd64 (dependency). local amd64 passes. Hint ?01:33
liushuyutaking eckit01:34
vladimirptaking eckit01:34
bdmurraydoing nothing with ecflow due to regressions which have queued tests01:34
vladimirptaking edb-debugger01:34
liushuyuokay, changing to edb-debugger01:34
bdmurraylol01:34
liushuyuwe have a race-condition here01:34
bdmurraytaking edbrowse01:34
liushuyuvladimirp: which one are you looking at?01:34
vladimirpI'll go with edb-debugger =)(01:35
liushuyutaking eckit01:35
liushuyuvorlon: hint eckit (neutral tests)01:36
liushuyutaking efl01:36
bdmurrayrequeueing libwwwbrowser-perl w/ edbrowse01:37
liushuyuvorlon: hint efl (terminology failed on s390x, but has always been failed like that since 2023)01:41
vorlonhinted: delly debhelper dianara dicomnifti dillo dislocker dconf dolfin drawtiming dune-grid dwz dyssol eckit efl01:41
liushuyutaking emacs01:41
bdmurrayliushuyu: What about efl and terminoloy on ppc64el?01:42
vorlonbdmurray: looks like a bunch of ignorable test env errors?01:43
liushuyubdmurray: those are invalid results I suppose, requiring a re-test01:43
sil2100Taking epiphany-browser01:44
vladimirpvorlon: edb-debugger says test in progress on amd64, local autopkgtest passes. Hint?01:45
vladimirptaking epiphany-browser01:45
vorlonvladimirp: actually https://autopkgtest.ubuntu.com/packages/e/edb-debugger/noble/amd64 shows the test has finished on amd6401:46
vorlonvladimirp: (always good to click through, as autopkgtest.u.c will be more up-to-date than britney except when there are bugs01:46
vorlon)01:46
vorlonvladimirp: hinted01:46
vorlonfyi 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 now01:46
sil2100epiphany-browser: not a time_t related change, needs actual tests to be finished for amd64 (queued)01:47
vladimirptaking epson-inkjet-printer-escpr01:48
sil2100Taking erofs-utils01:48
vladimirpepson-inkjet-printer-escpr depends on cups, are we blocking those ?01:49
liushuyuvorlon: hint emacs (a lot of tests were marked as errors, re-queued)01:49
liushuyutaking evince01:49
liushuyuvorlon: hint evince (evince/46.0-1 vs forensics-extra/2.49 failed due to uninstallable dependency: Qt 5)01:51
liushuyutaking evolution and evolution-data-server01:52
sil2100Taking exim401:53
vladimirpskipping epson-inkjet-printer-escpr (depends on cups)01:53
vladimirptaking expat01:54
cpeteI think dune-uggrid needs another no-change rebuild. bug + tag?01:54
liushuyuvorlon: hint evolution (bad dependencies on multiple arch, needs re-testing)01:55
liushuyuvorlon: hint evolution-data-server (bad dependencies from libreoffice tests)01:56
liushuyucpete: I believe you need to file a bug and tag "time-t"01:56
liushuyutaking extractpdfmark01:57
cpeteliushuyu: ack, thanks01:57
liushuyuWe are currently at 209 / 1210 (~17%)01:57
sil2100Taking ezquake01:59
liushuyuvorlon: hint extractpdfmark (invalid test results on !armhf, needs retesting)01:59
sil2100That one's ez01:59
liushuyutaking eztrace02:00
sil2100Taking falcosecurity-libs02:00
sil2100Ok, this one has actual changes and tests in progress, skipping02:01
sil2100Taking falkon02:01
cpetevorlon: 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/205918202:01
cpeteafk02:02
liushuyuvorlon: genuine failure: eztrace on armhf due to incorrect behavior, opening a bug report02:02
vladimirpvorlon: expat - some tests pass, regressions due to dependency(retried), regression in astropy (fails against itself). Hint?02:02
vladimirpadded https://bugs.launchpad.net/bugs/2059180 for dovecot02:03
-ubottu:#ubuntu-release- Launchpad bug 2059180 in dovecot (Ubuntu) "proposed migration dovecot vs interimap: autopkgtest failure" [Undecided, New]02:03
vladimirptaking fastcdr02:03
liushuyueztrace bug report filed: https://bugs.launchpad.net/ubuntu/+source/eztrace/+bug/205918302:04
-ubottu:#ubuntu-release- Launchpad bug 2059183 in eztrace (Ubuntu) "autopkgtest failure on eztrace/2.1-7ubuntu3" [Undecided, New]02:04
liushuyutaking fastdds02:05
liushuyuvorlon: hint fastdds (passed on armhf, bad results on the others, needs retesting)02:07
liushuyutaking fastqtl02:07
sil2100Ok, I'll step down for the night, will continue in my morning - and will motivate other EU-tz people to participate o/02:08
liushuyuvorlon: hint fastqtl (still in progress, but several arch have already passed)02:08
liushuyutaking faudio02:09
liushuyuvorlon: hint faudio (only amd64 left in progress, others passed)02:09
liushuyutaking fcl02:10
vladimirpvorlon: fastcdr - armhf passes, others "test in progress", local amd64 passes. Hint?02:11
vladimirptaking feersum02:11
liushuyuvorlon: hint fcl (bad test data from dart and fcl itself, needs re-testing)02:12
liushuyutaking feh02:12
liushuyuvorlon: hint feh (amd64 in progress, all others passed)02:12
liushuyutaking fetchmail02:12
vladimirpvorlon: feersum - shows regression for ppc64el, but it passed, Hint?02:13
vladimirptaking ffmpeg02:13
liushuyuvorlon: hint fetchmail02:14
liushuyu(bad test results on s390x)02:14
liushuyutaking fftw302:14
liushuyuuh-oh this is a large one02:15
liushuyuvorlon: hint fftw3 (many bad test results, ffttw3 vs camitk looks suspicious, needs re-testing)02:21
vladimirpvorlon: 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:22
vladimirptaking file02:23
liushuyutaking fiona02:24
vorlonvladimirp: astropy is the pytest -proposed nonsense, so yes hinting02:25
vladimirpvorlon: file - regression for diffoscope/arhmf (we ignore it), retried failed ones (dependency). Other tests pass. Hint?02:26
vorlonhinted emacs evince evolution evolution-data-server extractpdfmark dune-uggrid expat fastdds fastqtl faudio fastcdr fcl feh feersum fetchmail fftw3 ffmpeg02:26
vorlonvladimirp: hinting file too02:26
vladimirptaking fitscut02:27
liushuyuvorlon: hint fiona (bad dependencies from fiona, others are neutral tests)02:27
liushuyutaking fitsverify02:27
vladimirpvorlon: fitscut - tests pass, package installable on armhf. Hint ?02:28
vladimirptaking flask-restful02:28
liushuyuvorlon: fitsverify test depends are uninstallable on all architectures02:29
* mwhudson reappears02:32
dbungertsamesies02:32
vorlonfiona, fitscut hinted02:32
liushuyuvorlon: https://bugs.launchpad.net/ubuntu/+source/fitsverify/+bug/2059185 and rev-deps contain only one package: astro-tools02:33
-ubottu:#ubuntu-release- Launchpad bug 2059185 in fitsverify (Ubuntu) "fitsverify is uninstallable on Noble" [Undecided, New]02:33
vladimirpflask-restul - regression against cloudkitty. will raise bug02:33
dbungertlol I'm taking flatpak02:33
liushuyutaking flatpak-builder02:34
dbungertliushuyu: those two are identical, move to the next I think02:34
liushuyuokay02:34
liushuyutaking flocq02:35
vorlonliushuyu: 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/205894702:36
-ubottu:#ubuntu-release- Launchpad bug 2058947 in eso-midas (Ubuntu) "eso-midas: Please RM due to FTBFS" [Undecided, Fix Released]02:36
vorlonliushuyu: fitsverify hinted02:37
liushuyuvorlon: hint flocq (a coq-* series package, also tests passed on armhf, others are in queue)02:37
vorlonflocq hinted02:38
liushuyuvorlon: hint flpsed (all tests passed, excuse page update delayed)02:39
vorlonliushuyu: done02:39
liushuyutaking fltk1.3 (looks disasterous)02:40
mwhudsoni'll take fluxbox02:41
mwhudsonvorlon: hint fluxbox and flwm02:45
mwhudsontaking fontconfig02:45
vladimirpvorlon:02:46
liushuyuvorlon: hint fltk1.3 (many bad test results, needs re-testing)02:46
liushuyu(also a lot of tests passed but not updated on the excuses page)02:47
liushuyutaking fontforge02:48
liushuyuvorlon: hint fontforge (blocked by diffoscope on armhf)02:49
liushuyutaking fonttools02:49
vorlonso 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 surprising02:51
mwhudsonvorlon: hint fontconfig02:52
vorlonbdmurray 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 EOD02:52
mwhudsontaking foo2zjs02:53
-queuebot:#ubuntu-release- New: accepted orchis-kde [source] (noble-proposed) [2024-01-08-0ubuntu1]02:54
liushuyuvorlon: genuine fonttools regression on armhf (python 3.12 compatibility issues)02:54
mwhudsonvorlon: hint foo2zjs02:54
mwhudsontaking freecontact02:54
vladimirpraised https://bugs.launchpad.net/ubuntu/+source/cloudkitty/+bug/2059186 for cloudkitty fails on armhf. This is caused by new python-oslo.db02: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:54
vladimirpvorlon: flask-restful - tests pass except cloudkitty (raised bug, failure unrelated). Hint?02:55
mwhudsonvorlon: hint freecontact02:55
=== chris14_ is now known as chris14
vladimirptaking freeradius02:55
mwhudsontaking freetype02:55
mwhudsonoh no angry fruit salad02:55
liushuyuvorlon: https://bugs.launchpad.net/ubuntu/+source/fonttools/+bug/2059188 filed against fonttools02:56
-ubottu:#ubuntu-release- Launchpad bug 2059188 in fonttools (Ubuntu) "fonttools autopkgtest failure after Python 3.12 transition" [Undecided, New]02:56
vorlonhinted fluxbox flwm fltk1.3 fontforge fontconfig foo2zjs flask-restful freecontact02:56
vorlonliushuyu: we do not have to transition fonttools right now; blocking02:56
-queuebot:#ubuntu-release- New binary: orchis-kde [amd64] (noble-proposed/none) [2024-01-08-0ubuntu1] (no packageset)02:56
liushuyuwe are now at 242 / 1210 (20.00%)02:57
liushuyuafk for a bit02:58
vorlonvladimirp: fyi oslo.db is not a candidate so this is fine02:59
=== alucardromero7 is now known as alucardromero
=== vorlon changed the topic of #ubuntu-release to: Released: 23.10 Mantic Minotaur, 22.04.4 Jammy Jellyfish | Archive: temporary freeze for time_t transition | Highlight ubuntu-archive for archive admin help | We accept payment in cash, cheque or scotch | melius malum quod cognoscis | infinity, you are missed
vorlon^ archive is frozen03:00
dbungertvorlon: flatpak is just broken in autopkgtest and has been since before time_t LP: #205918703:01
-ubottu:#ubuntu-release- Launchpad bug 2059187 in flatpak (Ubuntu) "fails in autopkgtest on gnome-desktop-testing" [Undecided, New] https://launchpad.net/bugs/205918703:01
dbungertvorlon: flatpak-builder may be fine but version 1.4.2-1build1 on amd64 looks suspicious.  LP: #205918903: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/205918903:01
vorlondbungert: cf https://autopkgtest.ubuntu.com/packages/f/flatpak-builder/noble/armhf which update_excuses declined to link to03:02
vorlonso we have a valid test result on armhf, amd64 is therefore ignorable and I think you should close the bug; hinting now03:03
mwhudsonsomeone said something about pkg-config on i386 right03:04
dbungertvorlon: that armhf result looks to be based on "SKIP Test requires machine-level isolation but testbed does not provide that"03:04
vladimirpvorlon: freeradius has dependency fails, rest pass. armhf pass. local amd64 passes. Hint?03:04
dbungertother arches do look ok03:04
vladimirptaking frozen-bubble03:05
vorlondbungert: oh haha fail. ok, still hinted but makes sense to leave the bug open for now03:05
dbungertvorlon: ack03:05
vorlondbungert: other arches look ok> on update_excuses. if you drill down, they're all 'error' test results...03:05
vladimirpfrozen-bubble - dependency wait on libsdl-perl03:05
vorlonvladimirp: "dependency wait" refers to a package build status03:06
vladimirpyes, it did not build for armhf03:06
vorlonvladimirp: ok hmm looking03:07
vorlonvladimirp: right, libsdl-perl removed from release pocket, ftbfs in -proposed (on all archs where tests are run)03:08
vorlonvladimirp: so frozen-bubble is hintable but also not actually relevant for time_t <shrug>03:08
liushuyuQuestion: Did the "by the end of Wednesday" means 2024-03-27T23:59:59.99Z?03:08
mwhudsonvorlon: hint freetype pls, libwmf/i386 fails oddly on i386 but it's not freetype's fault03:08
vorlonliushuyu: it means by the time I go to sleep tomorrow :P03:09
vorlonmwhudson: done03:09
vladimirptaking fuse03:09
dbungerttaking fvwm03:09
mwhudsonfvm3 for me03:09
mwhudson+w03:09
vorlonafk for kid bedtime routine03:09
mwhudsonvorlon: hint fvwm3 (sodding gdm3!)03:10
dbungertvorlon: hint fvwm03:11
dbungerttaking fwts03:11
liushuyutaking fwupd03:11
mwhudsongame-data-packager03:12
mwhudsonvorlon: hint game-data-packager03:13
mwhudsontaking gawk03:13
liushuyuvorlon: hint fwupd (exploded due to glib2.0 a while ago)03:13
liushuyutaking gcc-1303:14
liushuyuvorlon: hint gcc-13 (superseding tests w/ all-proposed=1 passed)03:16
vladimirpvorlon: fuse - dependency failures, openafs installable on armhf, hint?03:16
liushuyutaking gcc-1403:16
vladimirptaking gdal03:16
liushuyuvorlon: hint gcc-14 (superseding tests w/ all-proposed=1 passed for most parts, some requires re-testing)03:18
mwhudsonvorlon: hint gawk03:18
mwhudsontaking gdb03:18
vladimirpvorlon: gdal - tests pass (failures are dependency), hint?03:19
liushuyuI can see a lot of lib*-perl a few screens below03:19
vladimirptaking gdbm03:19
dbungertso 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:20
mwhudsondbungert: i think so03:21
dbungertvorlon: please hint fwts (but see ^^)03:22
dbungerttaking gdk-pixbuf03:22
dbungertah hah what have I done03:22
vladimirpvorlon: 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:23
mwhudsonvorlon: hint gdb03:25
mwhudsontaking gdm303:25
liushuyutaking gearmand03:31
-queuebot:#ubuntu-release- Unapproved: ukui-desktop-environment (noble-proposed/universe) [3.0.1 => 3.0.2] (ubuntukylin)03:31
dbungertI guess something like gdk-pixbuf is going to go in and we're interested in regressions if they are on the list.03:33
liushuyuvorlon: hint gearmand (full of invalid test results, passed on armhf though)03:33
liushuyutaking gegl03:33
vladimirptaking genext2fs03:34
liushuyuvorlon: hint gegl (bad dependencies on s390x and ppc64el, neutral on the others)03:35
liushuyutaking genomethreader03:38
liushuyu(those seem to be academic software)03:38
mwhudsonvorlon: hint gdm303:39
mwhudsontaking genometools03:39
liushuyuvorlon: hint genomethreader (only passed on armhf, others were bad results)03:40
liushuyutaking geonames03:40
mwhudsonvorlon: hint genometools03:41
mwhudsontaking getfem03:42
mwhudsonvorlon: hint getfem03:42
mwhudsontaking gfsecret03:42
mwhudsonhint gfsecret03:43
mwhudsontaking ghostscript03:43
mwhudsonguessing this won't be so trivial03:43
liushuyuvorlon: hint geonames (bad result on amd64, all others passed)03:48
vladimirpgenext2fs - tests marked as "not a regression" , installs on armhf, regression on s390x. raising bug03:48
vladimirpvorlon: genextfs retried s390x, test passed (though somehow disappeared from report here https://autopkgtest.ubuntu.com/packages/g/genext2fs/noble/s390x). Hint ?04:00
vladimirptaking gifticlib04:01
vladimirpvorlon: gifticlib - armhf passes, local amd64 passes. Hint ?04:06
mwhudsonvorlon: hint ghostscript pls04:07
mwhudsontaking gimp04:07
mwhudson(slightly losing the will to live i have to admit)04:08
mwhudsonvorlon: hint gimp pls04:08
mwhudsontaking git04:09
mwhudsonoh dear me04:09
dbungertanalyzing gdk-pixbuf vs things also on the list, I didn't see anything concerning except the known slurm-wlm04:49
dbungertvorlon: please hint gdk-pixbuf, but I assume that would have happened anyhow04:50
dbungertafk04:50
vorlonhinted: 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-pixbuf05:26
vorlonalso genext2fs rather than genextfs05:26
vorlontaking glibmm2.6805:28
vorlonooh I see update_excuses also finally updated05:29
vorlonso also taking libpsl, which is the latest and only blocker of glib2.005:29
vorlon(which will speed up subsequent britney runs)05:30
vorlongmsh05:32
vorlongnome-console05:41
vorlongnome-desktop05:42
vorlongnome-desktop-testing05:42
vorlongnome-flashback05:54
vorlongnome-keyring05:55
vorlongnome-online-accounts05:55
vorlongnome-screensaver05:57
vorlongnome-settings-daemon05:57
vorlongnome-shell-pomodoro05:57
vorlongnome-terminal05:58
vorlongnome-text-editor05:59
vorlongnuais05:59
vorlongnucobol305:59
vorlongnumeric06:01
vorlongnupg106:01
vorlongnupg206:01
vorlonsince 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 some06:05
vorlonftr forensics-extra is broken on armhf because linssid isn't built; last attempt failed with no log, retrying06:46
bastifI would need some help for a failing "proposed-migration"06:53
bastifhttps://ubuntu-archive-team.ubuntu.com/proposed-migration/noble/update_excuses.html#google-android-installers06:53
bastifI'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:54
vorlonbastif: 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 such06:59
vorlonafk; if anyone picks up while I'm out, the last package I've reviewed is healpix-cxx07:01
bastifIs 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:05
vorlonbastif: they will be run again.  No guarantee that they'll passs07:20
vorlontaking heaptrack07:20
vorlonblocking html2text (not needed and has test regressions)07:45
bastifvorlon: thanks, I'll wait and see then before taking any further action then.07:47
bastifif it fails, hopefully there will be more info in the logs07:50
-queuebot:#ubuntu-release- Unapproved: nim-hts (noble-proposed/universe) [0.3.19+ds-1 => 0.3.19+ds-1ubuntu1] (no packageset)07:55
-queuebot:#ubuntu-release- Unapproved: accepted nim-hts [source] (noble-proposed) [0.3.19+ds-1ubuntu1]07:56
vorlonok, got down to igraph, calling it a night08:00
LocutusOfBorgdiffoscope autopkgtest regression on armhf are due to wabt FTBFS08:00
vorlonnext package for someone is imagemagick08:00
vorlonrefreshed 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 coordination08:09
LocutusOfBorgwabt fixed, diffoscope might be fine again08:27
LocutusOfBorgvorlon, 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:27
vorlonLocutusOfBorg: 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 pocket08:30
vorlonLocutusOfBorg: 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 not08:32
vorlonrequired to migrate as part of the time_t migration08:32
LocutusOfBorgok, can you please approve wabt above? it is fixing diffoscope and wabt transition for time64_t08:40
LocutusOfBorgI'll pick something up then08:40
sil2100o/08:41
sil2100I heard imagemagick is next, I'll take it08:47
LocutusOfBorgsil2100, can you please approve wabt from noble-proposed queue?08:48
sil2100LocutusOfBorg: looooking08:48
LocutusOfBorgfixing FTBFS and unblocking diffoscope armhf failure in tests08:48
sil2100Excellent08:49
sil2100LocutusOfBorg: done, thank you o/08:50
LocutusOfBorgthanks08:50
-queuebot:#ubuntu-release- Unapproved: accepted wabt [source] (noble-proposed) [1.0.34+dsfg2+~cs1.0.32-1ubuntu1]08:51
-queuebot:#ubuntu-release- Unapproved: accepted update-manager [source] (jammy-proposed) [1:22.04.20]08:52
-queuebot:#ubuntu-release- Unapproved: accepted update-manager [source] (focal-proposed) [1:20.04.10.21]08:52
-queuebot:#ubuntu-release- Unapproved: accepted update-manager [source] (bionic-proposed) [1:18.04.12]08:53
juliankvorlon: 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 tests08:54
sil2100vorlon: I'll mobilize the rest of foundations to continue with me08:55
juliankshould the full queues on amd64, arm64 - the old runs - be moved to huge so we can retry stuff to unblock work on analysing regressions faster08:55
juliankfor amd64, that's conveniently all tests queued by andersson12308:56
-queuebot:#ubuntu-release- Unapproved: accepted sagemath [source] (mantic-proposed) [9.5-6ubuntu0.1.1]08:57
juliankbut maybe anything that doesn't have a requester and is older than a day should be moved out of the way too08:57
juliankotherwise if you feel you're missing tests for something to get a clear picture you only have ppc64el and s390x to test08:58
-queuebot:#ubuntu-release- Unapproved: accepted qemu [source] (mantic-proposed) [1:8.0.4+dfsg-1ubuntu3.23.10.5]09:02
-queuebot:#ubuntu-release- Unapproved: accepted lcov [source] (mantic-proposed) [2.0-1ubuntu0.2]09:04
-queuebot:#ubuntu-release- Unapproved: accepted xmms2 [source] (mantic-proposed) [0.8+dfsg-23ubuntu0.1]09:07
mkukriit is later down the list, but gvmd seems like a real regression on armhf LP: #205895809: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/205895809:09
-queuebot:#ubuntu-release- Unapproved: accepted xmms2 [source] (jammy-proposed) [0.8+dfsg-22ubuntu0.1]09:09
-queuebot:#ubuntu-release- Unapproved: accepted landscape-client [source] (jammy-proposed) [23.02-0ubuntu1~22.04.2]09:14
-queuebot:#ubuntu-release- Unapproved: accepted landscape-client [source] (focal-proposed) [23.02-0ubuntu1~20.04.2]09:17
julianksil2100: 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 often09:26
* 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
danilogondolfoyesterday I was looking at slurm-wlm so I'll continue today LP: #205913109:27
-ubottu:#ubuntu-release- Launchpad bug 2059131 in slurm-wlm (Ubuntu) "slurmdbd segfaults on armhf" [High, New] https://launchpad.net/bugs/205913109:27
sil2100juliank: we'll keep tweaking the crontab later this week, btw. just confirmed that indeed britney is running, new run started like 15 mins ago09:30
ogayotI'll look at imview09:30
* juliank is in a meeting so blocked a bit09:31
mkukrilooking at indi09:32
mkukriand looks like it has no binaries anywhere? what does that mean in context of being on the list?09:33
sil2100mkukri: what do you mean no binaries?09:33
mkukrirmadison only lists source?09:33
ogayotmkukri: binaries are not named "indi", look at d/control09:34
mkukriyeah 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:34
slyonsil2100: 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:46
sil2100slyon: o/09:48
sil2100mkukri: use the -S if you want the source *and* the binaries ;)09:49
mkukrithanks09:49
sil2100slyon: done09:50
sil2100I need to AFK for some minutes but then I'll be back to the list09:56
slyontaking: initramfs-tools10:00
adrienI 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:06
adriensil2100: do you remember what was the outcome for binwalk?10:11
zhsjtaking inkscape10:13
sil2100adrien: sadly not, not from the top of my head10:14
* sil2100 coffied up and ready to get back to his imagemagick10:14
adrienok, thanks, no problem10:14
* slyon should get some coffee, too10:14
-queuebot:#ubuntu-release- Unapproved: python-rq (noble-proposed/universe) [1.16.0-1 => 1.16.1-1] (no packageset) (sync)10:15
pushkarnktaking intel-compute-runtime10:17
pushkarnkCan 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:19
adrienbecause there was a global issue with the tests and all tests that ran during a given period have been unreliable10:21
adrien~10 days, armhf not impacted10:21
-queuebot:#ubuntu-release- Unapproved: locust (noble-proposed/universe) [2.12.1-2 => 2.24.0-1] (no packageset) (sync)10:21
pushkarnkadrien: thanks10:21
adrienand 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-anyway10:22
sil2100pushkarnk: 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 not10:23
sil2100If you can't get sufficient certainty, you can always requeue the tests and move on10:23
sil2100At least for all the non-armhf architectures of course10:24
sil2100Since we expect the armhf tests to be either green or issue understood (with bug created) for the skiptest to be applied10:25
sil2100Oh imagemagick why you torment me so with so many tests to look at10:26
pushkarnksil2100: got it, thx10:31
sil2100So I won't be able to skiptest imagemagick for certain, but requeuing tests as appropriate at least. This will take a while10:32
sil2100Okay, maybe I'll shelf imagemagic for now, will return to it later10:32
sil2100Taking invada-studio-plugins-lv210:33
sil2100(remember about poking ginggs about hinting the packages you work on!)10:34
adriensil2100: 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
sil2100Okay, skipetsting that one, moving on10:35
sil2100adrien: hm, let me look10:36
adriensil2100: 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:38
sil2100Give me a ping if needed10:39
sil2100Taking ipgrab10:39
ogayotsil2100: adrien: I was about to ask for forensics-extra/forensics-extra-gui/forensics-full removal on armhf as well. It's blocking imview too10:39
adrienwhat 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 different10:40
sil2100Same for ipgrab, also blocked on forensics-extra10:41
adrienI 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 entangled10:41
adrienand hard to track down or explain10:41
sil2100Yeah, so I see that forensics-extra, forensics-extra-gui and forensics-full only seem to depend on eachother, no other rev-depends10:42
sil2100I'm tempted to just throw those out10:42
sil2100And then we can hint in all the packages that are blocked by these tests10:42
julianklet me double check10:43
ogayotsil2100: would they need hinting if we're dropping the packages that are showing as regressions?10:43
juliankkeep forensics-extra rdeps=['forensics-full'] may_remove=False10:44
juliankkeep forensics-extra-gui rdeps=['forensics-full'] may_remove=False10:44
sil2100ogayot: I don't trust britney to re-consider packages that have test results present10:44
juliankkeep forensics-full rdeps=[] may_remove=False10:44
julianklooks good to me10:44
juliankNow I wonder why I don't see it in the main report, I don't have logs for it10:44
ogayotsil2100: understood10:44
sil2100ogayot: 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:44
sil2100juliank: thanks for double checking, removing10:45
LocutusOfBorgxnee stuck since 12h on armhf builder, I'm retrying10:45
juliankI think I have a bug in my removal-candidates script that makes it not consider it for removal due to invalid proposed handling10:45
ogayotsil2100: will you take care of hinting imview or should I tag another release team member?10:46
sil2100ogayot: ok, I can hint imview (but in other cases ping g_inggs )10:47
sil2100Thank you!10:47
ogayotthank you!10:47
sil2100Binaries removed10:47
juliankah sil2100 , forensics-full is Architecture: all I suppose, so gotta drop the source package really10:47
juliankThat's why my report doesn't show it as a removal candidate, it only shows :armhf binaries10:48
sil2100Even better!10:48
sil2100I'll do that10:48
sil2100ogayot: hinted, please continue! :)10:50
sil2100Taking ipmitool10:51
ogayottaking ipqalc10:51
sil2100Taking iproute210:52
adrienlooks like forensics-* was a jackpot, I'm going to come up with a list of tests that will be unblocked10:52
juliankremoval-candidates.* updated with Architecture: all packages now, listed as ":all"10:52
juliankNote this only sees armhf reverse depends, so double check with reverse-depends if you use it10:53
zhsjtaking ipv6toolkit10:59
danilogondolfosil2100, 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: #205913111:01
-ubottu:#ubuntu-release- Launchpad bug 2059131 in slurm-wlm (Ubuntu) "slurmdbd segfaults on armhf" [High, New] https://launchpad.net/bugs/205913111:01
sil2100zhsj: what was the status of inkscape?11:03
sil2100danilogondolfo: looking11:03
ogayotipqalc 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
zhsjsil2100: retried the test. waiting results11:04
adrienogayot: wait a couple minutes, refresh the page11:04
sil2100zhsj: ACK, thanks!11:04
zhsjpass on s390x and ppc64el, waiting amd64 and arm64. so it should be fine.11:05
ogayotadrien: ok, I'll move on and come back to it later then, thanks11:06
sil2100danilogondolfo: hm, there's a LOT of packages built by this source, and I see one reverse-dependency of mpich11:06
schopindanilogondolfo: I've opted to use PRIu64 (from <inttypes.h> and (uint64_t) casts when fixing printf vs time_t.11:07
zhsjadrien: looks like ipv6toolkit is also blocked by forensics-extra. this package is a leaf package, we could remove it.11:07
adrienzhsj: yes, I'm building the list; it's long...11:07
ogayottaking iraf11:07
adrienI'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:07
sil2100danilogondolfo: 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 rdeps11:08
-queuebot:#ubuntu-release- Unapproved: python-qrencode (jammy-proposed/universe) [1.2-5build6 => 1.2-5ubuntu0.1] (no packageset)11:08
sil2100zhsj, adrien: should I hint something now, or some removal?11:09
sil2100Please 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 directly11:09
adriensil2100: 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 zlib11:10
sil2100adrien: this is the list of packages that are *only* blocked on forensics-extra, right? All other arches are green/not-regressions?11:10
sil2100s/arches/packages11:10
danilogondolfosil2100, hmm ok, I'll continue looking at it11:11
adriensil2100: all these have been blocked by forensics-extra with the same error through linssid according to my data from ~ 24 hours ago11:11
sil2100Actually, packages and arches11:11
adrienI haven't looked at the latest HTML but the error is always dependency issue11:11
sil2100danilogondolfo: no no, I think that's enough. I think we need to cut our losses, leave the bug open and skiptest + badtest it11:11
danilogondolfoschopin, right, I started doing that but the problem is the amount of places that need fix11:11
sil2100adrien: but only by this? All other tests for these packages are good?11:12
adrienand 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 that11:12
danilogondolfosil2100, the binaries are totally broken on armhf, is that ok?11:12
sil2100Since 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 good11:12
sil2100danilogondolfo: yes11:12
danilogondolfoack11:13
sil2100danilogondolfo: at this moment we mostly care about non-armhf really, we need to unblock what we can for Beta11:13
sil2100Real fixes can follow after Beta or even on SRUs11:13
schopintaking iraf-fitsutil11:14
danilogondolfosil2100, ack, I guess I need to ask ginggs to hint it then?11:14
sil2100danilogondolfo: 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 ;p11:16
danilogondolfotaking irony-mode11:16
sil2100danilogondolfo: since this way we'll unblock mpich, which then blocks like 8-ish other packages11:16
danilogondolfoack11:17
sil2100ginggs: are you taking the hinting for that one? ^11:17
ginggssure, but trying to figure out which package11:17
danilogondolfoginggs, the source package is slurm-wlm11:18
ginggsdanilogondolfo: ok, so that's force-skiptest slurm-wlm/23.11.4-1.2ubuntu411:19
adriensil2100: 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-img11:21
sil2100adrien: so those are the ones that were *only* blocked on the forensics-extra packages, right?11:21
adriensil2100: 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
sil2100adrien: double hints are okay, so no worries about that11:21
sil2100Thank you!11:22
adriensil2100: yes! I have a list of 10/12 others with more failures11:22
sil2100This is great11:22
sil2100Hinting those11:22
adriensimple but high-rewards changes make me happy :)11:22
sil2100hm, thinking how we can avoid people looking into those when going through the list11:23
sil2100Maybe just removing from the list11:23
adrienmight be easier to check the list of hints first11:26
-queuebot:#ubuntu-release- New binary: nvidia-graphics-drivers-550 [i386] (noble-proposed/none) [550.67-0ubuntu1] (i386-whitelist)11:27
adrienI 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
pushkarnksil2100: please hint intel-compute-runtime, I reran the regressing tests (s390x and ppc64el) and they passed11:27
-queuebot:#ubuntu-release- New binary: nvidia-graphics-drivers-550 [amd64] (noble-proposed/none) [550.67-0ubuntu1] (i386-whitelist)11:28
-queuebot:#ubuntu-release- New binary: nvidia-graphics-drivers-550 [i386] (jammy-proposed/none) [550.67-0ubuntu1.22.04.1] (i386-whitelist)11:28
sil2100pushkarnk: on it11:28
sil2100pushkarnk, adrien: done o/11:30
adrienthanks :)11:30
pushkarnktaking isc-kea11:30
sil2100I'll actually take the list and regenerate it without the packages we hinted due to forensics-extra11:31
sil2100And paste the link here11:31
-queuebot:#ubuntu-release- New binary: nvidia-graphics-drivers-550 [amd64] (jammy-proposed/none) [550.67-0ubuntu1.22.04.1] (i386-whitelist)11:31
danilogondolfoirony-mode is waiting for test results11:31
danilogondolfotaking jackd211:31
schopinginggs: iraf-fitsutil iraf cfitsio should be hinted (cc ogayot who's looking at iraf) if I understand correctly (straight rebuilds, failing tests appears to be infra-related)11:31
-queuebot:#ubuntu-release- New binary: nvidia-graphics-drivers-550 [arm64] (jammy-proposed/none) [550.67-0ubuntu1.22.04.1] (i386-whitelist)11:31
adriensil2100: 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:32
adrienI 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
ginggsschopin: ack, skiptesting iraf-fitsutil iraf cfitsio11:36
schopinogayot: ^11:37
-queuebot:#ubuntu-release- Unapproved: mold (noble-proposed/universe) [2.4.1+dfsg-1 => 2.30.0+dfsg-1] (i386-whitelist) (sync)11:38
LocutusOfBorgmold is a really new package ^^11:38
LocutusOfBorgcan we approve please? it shouldn't be blocking any transition11:38
-queuebot:#ubuntu-release- New binary: nvidia-graphics-drivers-550 [arm64] (noble-proposed/none) [550.67-0ubuntu1] (i386-whitelist)11:40
sil2100EVERYONE! New updated list, please use: https://paste.ubuntu.com/p/5QbYbSz6tx/11:42
LocutusOfBorgwell, mold is not really new package, but new release is bugfix only11:42
=== sil2100 changed the topic of #ubuntu-release to: Released: 23.10 Mantic Minotaur, 22.04.4 Jammy Jellyfish | Archive: temporary freeze for time_t transition (https://paste.ubuntu.com/p/5QbYbSz6tx/) | Highlight ubuntu-archive for archive admin help | We accept payment in cash, cheque or scotch | melius malum quod cognoscis | infinity, you are missed
LocutusOfBorgand should help llvm build better11:42
schopintaking jackd2 (oh hello old friend)11:44
adriensil2100: your list is longer and has new entries inserted :/11:45
adrienwill the list only shrink with a britney update?11:46
sil2100...don't tell me I used the old list from paride11:46
adriennot sure: it's even longer than paride's :d11:47
adrienah, no, not longer than paride's11:47
sil2100adrien: 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
juliankWe are curerntly at 200-270 tests/hour on amd64, if the pace continues it should be empty in 10-11 hours11:49
juliankjust fyi11:49
adriensil2100: 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.teve11:50
ginggsLocutusOfBorg: now, or in future?  reverse-depends says no reverse-depends or reverse-build-depends11:50
adrienbuuut maybe it doesn't matter if entries are inserted back before the current "position"11:51
sil2100adrien: I just downloaded vorlon's and mine and I can only see 34 deletions and one insertion11:51
adrienbecause by the time we go back to these, there should be a new britney run11:51
adrienwhat is the insertion?11:51
sil2100arqiver as you mentioned o/11:51
sil2100Anyway, it's 'a' as you said11:51
sil2100Let's not worry about it and continue cutting :)11:52
adrienhahaha, quite unexpected I'd stumble upon the single one across 1200!11:52
ravikant_taking janus11:52
ravikant_looks like no action required.11:53
adrienI'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:53
pushkarnktaking java-atk-wrapper11:54
schopinravikant_: you might want to dig into libpcap and/or libwebsockets since they're blocking janus11:55
juliankadrien: sil2100 was removing forensics-extra11:56
ravikant_schopin: ok11:56
juliankadrien: in fact it is gone now11:56
sil2100eh, iproute2 I still need to wait for some amd64 tests, let me shelf it11:57
juliankAny amd64 test waiting you can hand over to vorlon11:57
sil2100Love the idea11:57
juliankMore or less that's when the queues should have gotten to them11:57
schopinif we're confident they'd pass can't we hint them through instead?11:57
sil2100Taking jbig2dec11:58
sil2100schopin: yeah, I'd say yet11:58
juliankamd64 queues are now at 2024-03-27 11:07:0311:58
sil2100yes11:58
danilogondolfotaking jellyfish11:58
LocutusOfBorgginggs, I guess for noble+111:58
LocutusOfBorgI don't think we will make llvm-18 use mold right now11:59
juliank*but* that's a big chunk of retries, nothing targetted11:59
LocutusOfBorgbut a better linker is good for end users too11:59
juliankLocutusOfBorg: please talk about mold tomorrow11:59
juliankLet's focus on migration today and avoid unneccessary transactions12:00
sil2100...skiptested12:01
sil2100Taking jose12:01
schopinjuliank: if we hint a package through and there are tests scheduled with it as trigger, will those tests be scrubbed from the list?12:01
sil2100I don't think so, but I also think it might be good to anyway get results - at least for many cases12:02
sil2100For baseline12:02
sil2100...then again, maybe just running baseline tests after the migration is done would suffice12:03
julianksil2100: My plan is to kill the queues tomorrow and issue migration-reference/0 for everything tbh12:03
sil2100ooh, that! ^12:03
julianksil2100: But the answer is no, the tests will stay12:03
juliankThat was supposed to be schopin12:03
sil2100Another skiptest, moving on12:03
sil2100Taking jpeg-xl12:04
juliankBut 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 weirdness12:04
dviererbeCan 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
juliankdviererbe: it's a note I added to all tests that failed to use proposed12:04
juliankdviererbe: it doesn't really exist as an option12:05
dviererbeACK12:05
schopinjackd2 is waiting on tests on amd64 and s390x, but is blocked by alsa-libs which is blocked by python3.12. Moving on.12:05
schopintaking json-glib12:07
LocutusOfBorgjuliank, for perl, I'm inclined in badtesting armhf12:07
LocutusOfBorghttps://bugs.launchpad.net/ubuntu/+source/perl/+bug/205917212:07
-ubottu:#ubuntu-release- Launchpad bug 2059172 in perl (Ubuntu) "autopkgtest failure with perl/5.38.2-3.2" [Undecided, New]12:07
LocutusOfBorgI added some analysis12:07
LocutusOfBorgsince you are focusing on migration, I'm providing some answers12:07
enr0ntaking jwm12:07
adrienjuliank: 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
sil2100jpeg-xl skiptested12:08
sil2100Taking kconfig12:08
sil2100...skiptesting12:09
adrienI 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 these12:09
sil2100Taking kernelshark12:10
adrienbut the results will only be in the test history page so have a look there too12:10
LocutusOfBorgdiffoscope looks fixed on armhf12:10
sil2100LocutusOfBorg: \o/12:10
ravikant_why is https://autopkgtest.ubuntu.com/packages/libpcap empty?12:10
juliankadrien: from update_excuses?12:10
LocutusOfBorgsil2100, perl skiptest on armhf pls?12:10
LocutusOfBorghttps://bugs.launchpad.net/ubuntu/+source/perl/+bug/205917212:10
-ubottu:#ubuntu-release- Launchpad bug 2059172 in perl (Ubuntu) "autopkgtest failure with perl/5.38.2-3.2" [Undecided, New]12:10
juliankadrien: A britney run takes 2 hours12:10
LocutusOfBorgcheck the test log12:10
LocutusOfBorgI don't think we want a new perl upload for this12:11
sil2100LocutusOfBorg: you mean marking perl as badtest for armhf?12:12
sil2100Will look into this in a moment12:12
enr0nretry is already queued for jwm, moving on12:12
LocutusOfBorgyes, same happening in Debian12:12
LocutusOfBorghttps://ci.debian.net/packages/p/perl/testing/armhf/44387941/12:12
LocutusOfBorgthe 289s control.t: warning: can't parse dependency ${t64:Provides} looks a test issue12:12
LocutusOfBorgnot real issue12:12
LocutusOfBorgso, don't waste time to fix tests that will be fixed in Debian anyway is my point :)12:13
enr0ntaking kio12:13
LocutusOfBorgI uploaded a fix here https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/costamagnagianfranco-ppa12:14
enr0nretry already running for test blocking kio12:14
enr0ntaking kmod12:14
-queuebot:#ubuntu-release- Unapproved: pure-ftpd (focal-proposed/universe) [1.0.49-4 => 1.0.49-4ubuntu0.1] (no packageset)12:14
pushkarnkisc-kea has a regression (consistently failing test on ppc64el), version in proposed is anNCR against libssl3t64. I guess this should remain blocked?12:19
ahasenackthere is a bug about it, it doesn't fail in debian12:20
pushkarnkahasenack: sorry, are you talking about isc-kea?12:21
pushkarnkoh yes, found the bug. thx12:24
ahasenackyep12:28
schopinwtf is a click package and why is it broken?12:29
sil2100schopin: you mean, our Ubuntu click package?12:31
schopinYes. The src:click package is about handling click packages, whatever those are.12:31
sil2100click packages were used by the Ubuntu Touch/Phone, it was the somewhat-precursor of snaps12:31
schopinAnd it has a surprisingly long list of rdeps so I can't just ask you guys to throw it out.12:31
* schopin goes investigating.12:32
juliankIs 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:33
juliankSo 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 regressions12:34
LocutusOfBorgplease 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 me12:34
LocutusOfBorgsince the failure happens on all archs12:34
* juliank is again not doing analysis but thinking a step ahead about archive health, sorry12:35
sil2100juliank: phew12:41
ahasenackhi, just so I understand what will happen today (or has happened already)12:41
ahasenacka) a bunch of hints were added, and a lot of what was stuck in noble proposed will migrate to release12:42
ahasenackb) someone will trigger migration-reference/0 after that for all of these12:42
ahasenackc) we wait for test runs12:42
ahasenackd) act on the failures, which will be in the release pocket this time, not in the excuses page12:42
ahasenackis that about it?12:42
juliankI'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:42
juliankahasenack: More or less yes12:43
juliankahasenack: I can write a dashboard for migration-reference/0 health12:43
ahasenackI don't suppose the uploader will get an email when migration-reference/0 fails12:43
julianknope12:43
ahasenackso that was one of my questions, how to check, besides going to each package's page in the autopkgtest site12:43
pushkarnkjava-atk-wrapper: waiting for results of the i386 test requested by danilogondolfo12:44
pushkarnktaking knotifications12:44
sil2100Taking konqueror12:44
sil2100Okay, that one's waiting on deps, moving on12:44
ginggsjuliank: i think all the "current" migration-reference/0 results should be treated as out of date after everything migrates -- just retry them all12:44
sil2100Taking krb512:45
ginggsdebian do this about once a month12:45
juliankginggs: debian even require a maximum age of 7 days12:45
juliankWhich we unset again in our config12:45
adrienjuliank: 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 delay12:56
juliankthere is a cron job copying the result to the webserver i believe12:57
pushkarnkginggs: knotifications can be hinted if it not done yet. I can see reverse-dep privacybrowser's tests passing on amd64, arm64, armhf12:57
sil2100krb5 is a mess to look at, eh12:57
sil2100juliank: hmm, I don't remember any entries like that, but maybe vorlon will remember once he's back12:58
pushkarnktaking kronosnet12:58
sil2100I though it's all done outside of cron, as we publish all the logs and results to the publishing directory12:58
sil2100Not sure if this is somehow mirrored or not12:58
ahasenackso krb513:00
ahasenacksil2100, juliank13:00
ahasenackquestion13:00
ahasenacklooking at https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_excuses.html#krb513:00
ahasenackspecifically the autofs line13:00
ahasenackit says autofs/5.1.9-1ubuntu1: amd64: Regression13:00
ahasenackbut autofs in proposed is 1ubuntu2, and https://autopkgtest.ubuntu.com/packages/a/autofs/noble/amd64 shows that being used with krb5, and passing13:00
ahasenackfirst entry in the table13:01
seb128hum, I'm getting rejection emails for packages I uploaded to noble-proposed weeks ago, what's going on?13:01
ahasenackjust a case of excuses being late?13:01
ahasenackoh yeah, it's late13:01
ahasenackran at 7:30 utc13:01
ahasenackso last report is from 6h ago +/-13:02
sil2100ahasenack: yeah, we don't trust the excuses report that much13:03
-queuebot:#ubuntu-release- Unapproved: gbrainy (noble-proposed/universe) [1:2.4.6-1ubuntu1 => 1:2.4.6-2] (cli-mono) (sync)13:03
ahasenackbut then how do you check the rdeps runs?13:03
sil2100ahasenack: not sure if you followed the loooong backlog to see how we proceed with the investigations13:03
ahasenackanother report?13:03
ahasenackone of julian's?13:03
ahasenackno need to repeat it13:03
sil2100ahasenack: I'm basically looking straight into the autopkgtest result page13:03
ahasenackI'm just getting ready for what I think will happen later today and the rest of the week13:03
sil2100Then 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 package13:05
sil2100Anyway, scollback will also give you a lot of nice context! There's a lot of different cases howver13:07
sil2100Once you have some time, we of course encourage to join the fun :)13:07
sil2100We going alphabetically13:07
ahasenackwell, right now there is the sense of stepping on each other's toes, and you guys know a lot of the patterns already13:07
ahasenackI'm just anxious to see my pre-FF upload finally land, and see what breaks :)13:08
ahasenackI 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:09
slyontaking: kwin13:10
ginggspushkarnk: who has gone, ack for knotifications13:12
sil2100ahasenack: well, we need any help we can get!13:15
sil2100ahasenack: and it's easily parallelizable, since anyone can take a package13:15
sil2100brb13:15
ahasenacksil2100: and then file an MP for a hint?13:15
mateus-moraiso/13:16
mateus-moraistaking lasso13:16
dbungertsame 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:18
schopinginggs: 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
schopinIt's blocking glib2.0 (and json-glib, incidently)13:19
mateus-moraisdbungert: yes, going alphabetically13:21
ginggsschopin: that would be a force-badtest hint, which we can do per architecture13:25
ginggshowever, v.orlon added a block hint for click earlier13:25
-queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (mantic-proposed/main) [31.2~23.10 => 31.2.2~23.10] (core)13:25
schopinginggs: 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
slyonginggs: can you please skiptest kwin/4:5.27.11-0ubuntu1 – it's looking good, just waiting for amd64 tests (which pass locally)13:27
-queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (jammy-proposed/main) [31.2~22.04 => 31.2.2~22.04] (core)13:28
ginggsschopin: i don't why the block hint was added, but it means click cannot migrate13:29
adrienseb128: 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
ginggsslyon: ack kwin13:29
-queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (focal-proposed/main) [31.2~20.04 => 31.2.2~20.04] (core)13:31
-queuebot:#ubuntu-release- Unapproved: r8125 (noble-proposed/multiverse) [9.011.00-4 => 9.011.00-4ubuntu1] (no packageset)13:32
-queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (bionic-proposed/main) [31.2~18.04 => 31.2.2~18.04] (core)13:33
-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:34
-queuebot:#ubuntu-release- Unapproved: vdeplug-slirp (noble-proposed/universe) [0.1.0-2build1 => 0.1.0-2ubuntu1] (no packageset)13:37
-queuebot:#ubuntu-release- Unapproved: libquotient (noble-proposed/universe) [0.7.2-0ubuntu3 => 0.7.2-0ubuntu4] (no packageset)13:39
adrienrequest-tracker4 is causing issues all across the board, see13:44
adrienhttps://autopkgtest.ubuntu.com/packages/r/request-tracker413:44
seb128adrien, I guess that message was for schopin and not me?13:44
adrienseb128: no, for you: you were asking what's going on; it seems that wasn't helpful however :P13:45
schopinNo, I think that was meant for you. At least I don't know why he'd explain that to me :P13:45
seb128adrien, ah, sorry, I didn't connect the question with that reply :)13:46
pushkarnksil2100, 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 passed13:46
seb128adrien, 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
adrienseb128: re-reading my answer, I can see how it wasn't obviously an answer for that indeed :P13:47
slyonginggs: please skiptest initramfs-tools/0.142ubuntu2313:47
ginggspushkarnk: kronosnet ack13:47
enr0ntaking lastpass-cli13:48
ginggsslyon: initramfs-tools ack13:48
enr0njk, waiting on test results, moving on13:49
pushkarnktaking lazarus13:49
slyontaking ldns13:49
-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
enr0ntaking lib3mf13:50
dviererbetaking libaccounts-glib13:51
enr0ntaking libadwaita-113:52
dbungerttaking libalgorithm-diff-xs-perl13:54
dviererbetaking libalien-gnuplot-perl13:54
adrienis 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
enr0ntaking libapache2-mod-auth-openidc13:54
adriennote that it's often triggered by perl packages13:55
enr0ntaking libapache2-mod-auth-pubtkt13:56
enr0ntaking libapache2-mod-perl213:57
slyonginggs: please skiptest ldns/1.8.3-2 – only waiting on amd64 test, which I confirmed to PASS locally13:58
ginggsslyon: ldns ack13:59
slyonI mean.. we could also just let it sit there and it would reslove itself. But I guess skiptesting it can speed up things a little13:59
slyontaking: libaperture-014:00
mateus-moraistaking libaqbanking14:00
dbungertginggs: please hint libalgorithm-diff-xs-perl14:02
dbungerttaking libarcus14:02
dviererbetaking libaudio-scan-perl14:02
enr0nlibayatana-common14:02
enr0ntaking ^14:02
ginggsdbungert: libalgorithm-diff-xs-perl ack14:02
enr0ntaking libbackuppc-xs-perl14:04
enr0ntaking libbigwig14:05
schopinginggs: 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 fault14:06
dbungertlibarcus fails on the known issue LP: #205917114: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/205917114:07
slyonginggs: please skiptest libaperture-0/0.1.0+git20221220-1build1 – amd64 passed locally, everything else is green14:07
adrienginggs: 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:08
enr0ntaking libbpf14:09
dokoginggs: please ignore/hint python3.11, we want to remove it anyway14:12
dbungertginggs: please hint libarcus14:12
-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
enr0ntaking libcaca14: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
ginggsschopin: lipcap ack, umockdev passed on armhf (and s390x when retried)14:13
dbungerttaking libcairo-gobject-perl14:13
ravikant_enr0n: we are discussing libcaca in the daily14:14
ginggsslyon: libaperture-0 ack14:14
enr0nravikant_: ack I'll join14:16
julianksorry again, I went on a side quest and wrote a release health dashboard, and I should grab lunch now14:17
ginggsdoko: python3.11 ack14:20
ginggsdbungert: libarcus ack14:22
ginggsadrien: i'll look at request-tracker4 more closely in a bit14:22
sil2100enr0n: you fine with me hinting libcaca? :)14:22
enr0nsil2100: yup!14:22
enr0nthanks14:23
dokoginggs: same for ruby3.1 (3.2 already is the default)14:23
-queuebot:#ubuntu-release- Unapproved: php8.2 (mantic-proposed/main) [8.2.10-2ubuntu1 => 8.2.10-2ubuntu2] (i386-whitelist, ubuntu-server)14:24
ginggsdoko: ruby3.1 ack14:25
dviererbeginggs: please hint libalien-gnuplot-perl/1.042-1build214:27
enr0ntaking libcairo-gobject-perl14:28
ravikant_taking libcamera14:28
ravikant_sil2100: libcamera is no change rebuild. armhf tests pass. hint please.14:30
adrienginggs: 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/s390x14:30
sil2100ravikant_: \o/14:31
enr0nsil2100: please also hint libcairo-gobject-perl; NCR with pasing armh tests14:31
enr0ntaking libcap-ng14:31
adrienginggs: I think we can wait ~ 30 minutes to see the results (and thanks)14:31
mateus-moraistaking libcdio14:31
xypronlibcdk5 triggered autopkgtests passed with all-proposed. So that package should be released.14:31
schopintaking libcdk-perl14:32
ginggsdviererbe: libalien-gnuplot-perl ack14:32
sil2100ravikant_: 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-3fakesync1build314:32
sil2100ravikant_: you would have to check if the pulled in 0.2.0-3 had any changes or not etc.14:33
dbungerttaking libcgi-pm-perl14:33
ravikant_sil2100: let me check14:33
dviererbetaking libclass-xsaccessor-perl14:33
dbungertah, another winner14:33
schopinginggs: please skiptest libcdk-perl14:34
sil2100enr0n: hinted o/14:34
adriendbungert: congrats :D14:34
mateus-moraistaking libclone-perl14:34
dviererbelibclass-xsaccessor-perl all tests pass14:35
dviererbetaking libcommuni14:35
enr0nsil2100: please also hint libcap-ng; NCR and passing armhf tests14:35
dbungertI did gdk-pixbuf last night, libcgi-pm-perl will be quicker14:35
schopintaking libconfig-augeas-perl14:35
slyontaking libcoverart14:35
enr0ntaking libcpanel-json-xs-perl14:36
julianktaking libcrypt-des-perl14:36
enr0nadrien: did you already trigger a migration-reference test for request-tracker4?14:36
schopinlibconfig-augeas-perl was already handled by adrien it seems?14:36
sil2100Okay, giving up on krb5 for now, its own tests didn't even run so it's pointless, many tests still waiting14:37
sil2100I'll trigger some retries14:37
adrienenr0n: yes, on s390x14:37
adrien(fastest available arch)14:37
enr0nadrien: okay. If that fails are you going to trigger for other arches?14:38
schopintaking libcrypt-eksblowfish-perl14:38
sil2100juliank: remind me please, are we appending all-proposed in britney, or autopkgtest cloud is doing that for every request? Even manual triggers?14:38
juliankboth14:38
julianksil2100: both14:38
sil2100Thank you14:38
julianksil2100: you cannot override all-proposed right now, but you can do migration-reference/014:38
-queuebot:#ubuntu-release- Unapproved: r8168 (noble-proposed/multiverse) [8.052.01-1 => 8.052.01-1ubuntu1] (kernel-dkms)14:38
adrienenr0n: not sure but that's a good question; we can try on ppc64el since the non-huge queue is free14:38
sil2100juliank: no, this is exactly what I wanted14:38
julianktaking libcrypt-rijndael-perl14:39
adrienenr0n: 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
juliankadrien: you seem to have already retried everything that failed and it passes now lol14:40
juliankfor libcrypt-rijndael-perl14:40
julianktaking libcryptui14:40
adrienI did retry many, yes, but not all! especially when failures weren't isolated14:41
xypronLooking at libcupsfilters14:41
juliankxypron: did you just skip libcss-minifier-xs-perl?14:41
schopinadrien: 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
juliankAh adrien was on about libcss-minifier-xs-perl requestracker-414:42
adrienI 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 advance14:42
ginggsschopin: libcdk-perl ack14:42
adrienschopin: I don't know but I think it's better to move on for now14:42
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
dviererbeginggs: please hint libcommuni14:43
enr0nlibcpanel-json-xs-perl is blocked by request-tracker4 on armhf, so moving on for now hoping the migration-reference test will resolve all these14:43
dviererbetaking libdap14:43
adrienhabemus updated excuses!14:43
dbungertfor libcgi-pm-perl I have constrained analysis to packages that are also on the list14:44
dbungertginggs: please hint libcgi-pm-perl14:44
dbungerttaking libdata-peek-perl14:44
adrienmy processing stats did "Processed 7203 migrations; 3407 issues, 2928 blocked, 868 waiting." => "Processed 7203 migrations; 1910 issues, 3838 blocked, 1455 waiting."14:44
ginggsdviererbe: libcommuni ack14:45
dbungertginggs: please hint libdata-peek-perl14:45
dbungerttaking libdata-uuid-perl14:45
enr0ntaking libdate-simple-perl14:46
dviererbewaiting for tests on libdap/3.21.0-1.1build314:46
dviererbetaking libdatetime-perl14:46
ginggsdbungert: libcgi-pm-perl and libdata-peek-perl ack14:46
xypronWhat is the meaning of a smiley preceding "error"?14:46
enr0nsil2100: please hint libdate-simple-perl; NCR, no failing armhf tests14:47
sil2100...ok, now moving on from krb5, requeued some tests that I needed, but there might be some actual failures14:47
dbungertxypron: invalid tests are the most recent result.  you need further back in history to determine if the latest version has a sensible test14:47
adriensil2100: would you generate an updated package list? I guess the update to update_excuses.html will be helpful for that14:47
dviererbeenr0n: This is often the case when the test runner did not test against the specified trigger14:47
sil2100adrien: I don't have the script and don't want to tinker too much! Let's ping paride or vorlon ;)14:47
sil2100enr0n: on it14:47
slyonginggs: please skiptest libcoverart/1.0.0+git20150706-9build114:48
enr0ndviererbe: was that supposed to be directed to someone else?14:48
adrienparide: do you have time to make an updated list of packages? (asking you because it's still a bit early in portland)14:48
dviererbesorry that was supposed to be for xypron14:48
parideyes I can14:48
enr0ntaking libdatetime-perl14:48
julianksil2100: https://bugs.launchpad.net/ubuntu/+source/seahorse-nautilus/+bug/205926914:48
-ubottu:#ubuntu-release- Launchpad bug 2059269 in seahorse-nautilus (Ubuntu) "RM: seahorse-nautilus; FTBFS" [Undecided, New]14:48
enr0njk I'm behind14:49
enr0ntaking libdbd-mysql-perl14:49
schopinadrien: have you seen the request-tracker4 armhf failure?14:49
sil2100Taking libdbd-pg-perl14:49
sil2100juliank: looking in a moment14:49
ginggsslyon: libcoverart ack14:49
slyontaking libdbd-sqlite3-perl14:49
enr0nlibdbd-mysql-perl is blocked by request-tracker4/armhf, moving on for now14:50
adrienschopin: I've seen testbed failures I think14:50
juliankginggs: 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
xypronlibcupsfilters looks bad to me with failures on multiple architectures.14:50
schopinadrien: https://autopkgtest.ubuntu.com/results/autopkgtest-noble/noble/armhf/r/request-tracker4/20240327_142546_dfc32@/log.gz -> not a testbed, a real failure there.14:50
julianktaking libdbi-perl14:50
ogayottaking libdbus-menu14:51
ginggsjuliank: libcryptui ack14:51
xypronLooking at libdbusmenu14:51
enr0ntaking libdevice-cdio-perl14:51
schopinadrien: I'll look into it.14:51
adrienschopin: 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 harder14:51
dviererbetaking libdevice-i2c-perl14:51
enr0nsil2100: please hint libdevice-cdio-perl; NCR, no failing armhf tests14:52
enr0ntaking libdevice-serialport-perl14:52
juliankginggs: please hint libdbi-perl14:52
schopinadrien: yeah that would be a PITA to debug.14:53
julianktaking libdevice-serialport-perl14:53
julianksorry14:53
julianktaking libdigest-jhash-perl14:53
xypronlibdbusmenu looks bad. This is not armhf related.14:53
enr0nsil2100: please hint libdevice-serialport-perl; NCR, no failing armhf tests14:53
sil2100enr0n: libdevice-cdio-perl done14:53
xypronlooking at libdigest-sha-perl14:53
enr0ntaking libdigest-sha-perl14:53
mateus-moraisginggs: please hint lastpass-cli/1.3.7-1build2. NCR, passes armhf, arm64 passes locally14:54
ginggsjuliank: libdbi-perl ack14:54
enr0njk on libdigest-sha-perl14:54
dbungertxypron: is there a bug yet for the non-armhf issue on libdbusmenu?14:54
sil2100enr0n: done o/14:54
pushkarnkginngs, 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
enr0ntaking libdrpm14:54
juliankskipping libdigest-jhash-perl, I'm certain the s390x regression willc lear up in the retry14:54
ginggsmateus-morais: lastpass-cli ack14:54
pushkarnkginggs: 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
julianktaking libemail-address-xs-perl14:55
julianklibemail-address-xs-perl should be fine next run, moving on14:55
julianktaking libencode-perl14:55
julianklibencode-perl should be fine, moving on14:56
paridehttps://paste.ubuntu.com/p/MWn55Qs945/14:56
paridethis should be it14:56
julianktaking libev-perl14:56
sil2100juliank: do we know if seahorse-nautilus is seeded anywhere?14:56
pushkarnkginggs: hint lazarus too, please. I have requested an amd64 test, which passes locally14:56
sil2100juliank: seeded-in-ubuntu doesn't like the package14:56
enr0nretried test blocking libdrpm, moving on14:56
julianksil2100: it appears not14:56
sil2100ACK14:56
adrienparide: thanks a lot!14:56
enr0ntaking libfcgi-perl14:57
pushkarnkafk14:57
juliankthanks paride , but attention 'libev' at least is new14:57
enr0nlibfcgi-perl is also blocked by request-tracker4/unknown, skipping for now14:57
ginggspushkarnk: java-atk-wrapper and lazarus ack14:57
enr0ntaking libfile-fcntllock-perl14:57
julianklibev will be fine though14:58
juliankthe retry succeeded14:58
xyprondbungert: libdbusmenu triggering ibus did not result in any positive test result.14:58
julianktaking libfile-fnmatch-perl14:58
adrienI think 38 packages have been removed after libfcgi-perl on that list14:58
paridejuliank, there are like 68 packages which are in the new list and were not in the earlier one14:58
dviererbeWhy is babeltrace no longer on the list, but still in proposed?14:59
adriensil2100: can you update the topic to use https://paste.ubuntu.com/p/MWn55Qs945/ ?14:59
paridejuliank, but this can happen I suppose?14:59
enr0nlibfile-fcntllock-perl retries already passed, nothing to do14:59
xypronLooking at libfilesys-df-perl14:59
adrienjuliank, paride : I was expecting that in the even we reach the end of the list, we'd loop and new entries would get handled then14:59
juliankyeah14:59
enr0ntaking libftdi1v15:00
enr0nlibftdi1*15:00
juliankI guessdgit is funny15:01
xypronlibfilesys-df-perl triggers bad amd64 test results for gscan2pdf.15:01
sil2100adrien: sure!15:01
sil2100New list everyone! https://paste.ubuntu.com/p/MWn55Qs945/ per adrien's message!15:01
slyonjuliank: is the dgit/armhf failure already analyzed?15:02
adrienper paride's update :P15:02
xypronLooking at libftdi115:02
=== sil2100 changed the topic of #ubuntu-release to: Released: 23.10 Mantic Minotaur, 22.04.4 Jammy Jellyfish | Archive: temporary freeze for time_t transition (https://paste.ubuntu.com/p/MWn55Qs945/) | Highlight ubuntu-archive for archive admin help | We accept payment in cash, cheque or scotch | melius malum quod cognoscis | infinity, you are missed
slyonI don't see a bug report, so probably not.15:02
sil2100Thank you paride!15:02
enr0nsil2100: please hint libftdi1; NRC, no failing armhf tests15:03
juliankslyon: I frankly don't care all that much15:03
sil2100enr0n: on it15:03
julianksil2100: but it seems a time_t issue sort of15:03
julianksorry15:03
juliankslyon: ^15:03
juliank3107s - -- dgit test git user <dgit-test@debian.example.net>  Tue, 26 Jun 2018 08:00:03 +000015:03
juliank3107s + -- dgit test git user <dgit-test@debian.example.net>  Tue, 26 Mar 2024 10:54:51 +000015:03
julianknot sure what is going on there15:03
sil2100adrien: does the list take into consideration the ones we already skiptested earlier?15:04
enr0ntaking libgd215:04
slyonright. I'll dive into dgit a little bit and create a bug report.15:04
slyonBut should probably be removed on armhf15:04
dviererbetaking libgdal-grass15:04
adriensil2100: 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 hours15:05
sil2100Let me check15:06
adriensil2100: but if britney ran, then that should be taken into account, right?15:06
adrienor at least it would be obviously seen when loading the page15:06
cjwatsonslyon: dgit seems likely to be telling you about a failure in some underlying tool, rather than having a time_t issue itself15:06
cjwatsonnot that I've analysed it, this is just from general understanding of its shape15:06
sil2100adrien: 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 package15:07
slyoncjwatson: thanks. I'll keep that in mind15:07
danilogondolfotaking libgd-perl15:07
cjwatsonand it's arch-all anyway15:07
juliankhttps://bugs.launchpad.net/ubuntu/+source/dgit/+bug/205927415:08
-ubottu:#ubuntu-release- Launchpad bug 2059274 in dgit (Ubuntu) "dgit time_t regression" [Undecided, New]15:08
adriensil2100: good points15:08
juliankslyon: I'm inclined to force-badtest dgit/11.615:08
juliankI frankly don't care about dgit on armhf15:08
juliank*force-badtest dgit/armhf15:08
adrienI'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 now15:08
dviererbewaiting for tests on libgdal-grass15:09
dviererbetaking libgee-0.815:09
adrienschopin: migration-reference/0 passed on s390x15:09
xypronlibftdi1 fails its own autopkg tests on amd64 with "badpkg: rules extract failed with exit code 1".15:09
juliankginggs: force-badtest dgit/11.6/armhf # LP: #205927415:09
-ubottu:#ubuntu-release- Launchpad bug 2059274 in dgit (Ubuntu) "dgit time_t regression" [Undecided, New] https://launchpad.net/bugs/205927415:09
schopinadrien: not surprised.15:09
xypronlooking at libgetdata15:09
adrienschopin: not completely surprised either but it was useful as a dichotomy for a first step15:10
julianktaking libgit215:10
slyonjuliank: yes, badtest and removal of armhf dgit binaries should unblock some things. But an issue in underlaying tooling might still exist.15:10
dviererbeall tests pass of libgee-0.815:11
dviererbetaking libglib-perl15:11
xypronlibgetdata passed tests with all=proposed. So it should be released.15:11
ginggsjuliank: dgit ack15:11
enr0nschopin: the glibc tests look sad. Do you know what's going on there?15:11
xypronLooking at libgnomekbd15:11
parideadrien, sil2100: the script and (terse) instructions on how to generate a new list are here: https://gist.github.com/paride/c904bcdaa82bec8b1126bedad42e5c1015:11
schopinenr0n: looking15:12
cjwatsonslyon: my best educated guess for a place to look would be faketime15:12
cjwatsonsince that seems like a very plausible sort of thing to have a time_t bug15:13
schopinenr0n: link? But I'd wager it's apparmor + the ppc64el pagesize thing.15:13
dbungertginggs: please hint libdata-uuid-perl15:13
juliankSo I test rugged-ruby or whatever and it parses 1499423310 +0200, but comes out at 1499423310.0000615:13
schopinenr0n: in which case it should be hinted.15:13
dbungerttaking libgom15:13
sil2100Updated list again everyone! No big changes, just some refreshes! https://paste.ubuntu.com/p/qKfzDjjgN9/15:13
schopinadrien: can I leave request-tracker4 with you?15:14
=== sil2100 changed the topic of #ubuntu-release to: Released: 23.10 Mantic Minotaur, 22.04.4 Jammy Jellyfish | Archive: temporary freeze for time_t transition (https://paste.ubuntu.com/p/qKfzDjjgN9/) | Highlight ubuntu-archive for archive admin help | We accept payment in cash, cheque or scotch | melius malum quod cognoscis | infinity, you are missed
enr0nschopin: e.g. https://objectstorage.prodstack5.canonical.com/swift/v1/AUTH_0f9aae918d5b4744bf7b827671c86842/autopkgtest-noble/noble/amd64/g/glibc/20240326_050919_9ecea@/log.gz and https://objectstorage.prodstack5.canonical.com/swift/v1/AUTH_0f9aae918d5b4744bf7b827671c86842/autopkgtest-noble/noble/armhf/g/glibc/20240326_092135_d0a75@/log.gz15:14
slyoncjwatson: hmm faketime is another special snowflake, currently FTBFS on armhf15:14
sil2100Taking libgphoto215:14
enr0nschopin: I can just trigger retries and move on for now15:15
schopinadrien: (or maybe just file a bug and ask Graham to mark it as borked so that it gets out of the way?)15:15
danilogondolfotaking libgsf15:15
schopinenr0n: retries won't do it, it should be hinted.15:15
dbungertginggs: please hint libgom15:16
xypronlibgnomekbd/3.28.1-1build2 causes failures on non-armhf cinnamon-control-center autopkgtests.15:16
enr0nschopin: ack, thanks.15:16
xypronlooking at libgsf15:16
adrienschopin: I think a bug is best approach for now15:16
ginggsdbungert: libdata-uuid-perl and libgom ack15:16
cjwatsonslyon: yeah, I would bet one (1) beer that it's the same thing15:17
enr0nsil2100: please hint libgd2; NCR, only failing armhf test is glibc, and schopin suggests hinting15:17
juliankhang on the 00006 are they uninitialized bytes on the stack or somethingß15:17
schopinsil2100: while you're at it is there a way to ignore all tests against the current version of glibc?15:17
enr0nxypron: I think danilogondolfo already has that package15:17
danilogondolfolibgsf is waiting for tests15:17
danilogondolfotaking libgudev15:18
schopinadrien: I'll pick it up tomorrow as part of the regular +1 I guess.15:18
xypronTaking libguestfs15:18
dbungerttaking libgusb15:18
sil2100schopin: we could do a badtest hint, but this means that *all* tests of that package for the given arch will be considered expected15:18
sil2100schopin: until the new glibc version15:18
enr0ntaking libgweather415:19
schopinsil2100: all tests will fail because apparmor broke them.15:19
schopinsil2100: and that's for all arches (except *maybe* armhf depending on what the host kernel is)15:20
enr0nlibgweather4 retries passed or already queued, moving on15:20
dbungertginggs: please hint libgusb15:20
dbungerttaking libhandy-115:20
enr0ntaking libheif15:20
sil2100schopin: 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 ;p15:21
sil2100Meaning no glibc tests for triggers15:21
sil2100schopin: version 2.39-0ubuntu6 ?15:21
enr0nlibheif - blocking test passed, nothing to do15:21
ginggsdbungert: libgusb ack15:21
sil2100schopin: and for all architectures?15:21
ginggsxypron: are you hilighting anyone to add hints?15:22
sil2100schopin: can you fill in a bug for this issue btw.? I'd like to add it to the hints15:22
sil2100enr0n: ok, done15:22
schopinsil2100: 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
xypronginggs: where should I add that information?15:22
juliankso clearly there is a regression in libgit2 with time handling when used by ruby-rugged, but it's only adding .00006 seconds15:22
schopinsil2100: said fix is ready btw, and I'll upload once the current madness calms down.15:23
enr0ntaking libhipi-perl15:23
pushkarnktaking libhtml-gumbo-perl15:23
pushkarnk 15:23
* cpete reappears 15:23
xypronlibguestfs: tests with all proposed pass15:24
ginggsxypron: in this channel15:24
cpeteany procedure changes from last night?15:24
dbungertcpete: no, just a new list15:24
schopincpete: list in the title15:24
cpeteack, thanks!15:24
schopintaking libhtml-parser-perl15:24
sil2100schopin: only thing I'd ask for is a bug please o/15:24
enr0nlibhipi-perl test looks like it will pass on retry, so I have triggered that15:24
juliankginggs: force-badtest ruby-rugged/1.7.1+ds-1build2/armhf # LP: #205927515:25
enr0ntaking libical315:25
-ubottu:#ubuntu-release- Launchpad bug 2059275 in ruby-rugged (Ubuntu) "libgit2 vs ruby-rugged regression" [Undecided, New] https://launchpad.net/bugs/205927515:25
juliankReal regression but too boring to care much15:25
julianktaking libident15:25
-queuebot:#ubuntu-release- Unapproved: ubuntu-meta (noble-proposed/main) [1.536build1 => 1.537] (core)15:25
enr0nlibical3 blocking test passed, nothing to do15:26
cpetetaking libimage-sane-perl15:26
xypronginggs: libguestfs, libcdk5 are the packages that should be released.15:26
schopinsil2100: turns out no one bothered to file one -_- Doing it now.15:26
sil2100schopin: thanks ;)15:26
sil2100THe hint is ready, will commit with the bug number added15:26
enr0ntaking libinstpatch15:27
xypronlooking at libintl-perl15:27
ginggsxypron: libguestfs and libcdk5 ack15:28
julianksil2100: rm https://bugs.launchpad.net/ubuntu/+source/ngircd/+bug/205927715:28
-ubottu:#ubuntu-release- Launchpad bug 2059277 in ngircd (Ubuntu) "ngircd: RM armhf binaries" [Undecided, New]15:28
enr0nsil2100: please hint libinstpatch; NCR, no failing armhf tests15:28
julianktaking libio-async-perl15:29
enr0ntaking libio-compress-brotli-perl15:29
-queuebot:#ubuntu-release- Unapproved: workrave (noble-proposed/universe) [1.10.52-1ubuntu4 => 1.10.52-1ubuntu5] (no packageset)15:29
schopinsil2100: LP: #205927815:29
-ubottu:#ubuntu-release- Launchpad bug 2059278 in glibc (Ubuntu) "glibc: apparmor userns mitigation breaks test suite (again)" [Critical, In Progress] https://launchpad.net/bugs/205927815:30
juliankretried libio-async-perl rdeps; expecting to pass, moving on15:30
juliank(amd64 not, needs to be revisited once resutls are in)15:30
julianktaking libio-interface-perl15:30
ginggsjuliank: ruby-rugged ack15:30
xypronlibintlperl looks broken. all-propsed does not help.15:30
enr0nretried test blocking libio-compress-brotli-perl, looks like it will pass15:31
xypronlooking at libipc-sharelite-perl15:32
jbichaplease allow workrave into noble. It fixes a blocker for gnome-shell being eligible to migrate15:32
vorlonjuliank: the dgit time_t issue is because it uses faketime15:32
sil2100vorlon: good morning!15:32
dbungertxypron: for these packages that we believe broken we want bugs filed so we can find them later15:32
vorlonadrien, sil2100: updated package list: https://paste.ubuntu.com/p/zP5r8SKnyY/15:32
vorlonnot much reduction unfortunately; I'm unclear why15:32
vorlonsil2100: mornin'15:32
sil2100vorlon: I just updated recently! Also removed some packages that we handled out-of-order15:33
sil2100vorlon: (see topic)15:33
vorlonsil2100: aha that is a sensible place to put it ;)15:33
sil2100enr0n: hinted!15:34
sil2100juliank: looking at the rm bug15:34
enr0ntaking libjavascript-minifier-xs-perl15:34
vorlonI'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:34
enr0nlibjavascript-minifier-xs-perl is blocked by request-tracker4/armhf, moving on for now (request-tracker4 migration-reference test in progress)15:35
vorlonsil2100: curious that your list is shorter than the one I just generated (I got 935 packages vs 904)15:36
enr0ntaking libjcat15:36
dbungertginggs: please hint libhandy-115:36
dbungerttaking libjson-xs-perl15:37
sil2100vorlon: 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 letters15:37
sil2100vorlon: so my version removes that so that people don't waste time in case britney didn't migrate them yet15:37
xyprondbungert: any special tag to assign to the bugs?15:37
sil2100vorlon: but not sure if that was 31 packages, hm15:37
dbungertxypron: if you think they are time-t related then we are using that tag, time-t15:37
enr0nretried test blokcing libjcat, looks like it will pass this time15:37
vorlonsil2100: oh, did you not regenerate the output from paride's list?  I did15:38
sil2100vorlon: oh, actually no, that fits15:38
sil2100vorlon: paride did15:38
dbungertxypron: but some will not be related at all to this work, so omit the time-t tag there15:38
sil2100vorlon: it's a *new* paride list ;)15:38
dbungertxypron: update-excuse tag also is sensible15:38
vorlonsil2100: ok well none of that explains why I have more packages on my list than there were on yours15:38
sil2100He provided one like 30-45 mins ago?15:38
sil2100So it's a fresh paride list minus a few packages out-of-order15:38
enr0ntaking libjwt15:38
sil2100$ wc -l ../remove_list15:38
sil210035 ../remove_list15:38
vorlonsil2100: you manually removed packages from paride's list? heh ok then15:39
schopindbungert: should we badtest gscan2pdf (LP: #2059273) ?15:39
ginggsxypron: 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/205927315:39
sil2100vorlon: yes! Since britney might have not handled those, and it seems 31 of them were still not migrated out of excuses15:39
vorlonwell ok15:39
pushkarnktaking liblangtag15:40
julianklibio-interface-perl retried on s390x, I expect this will pass15:40
schopinginggs: please skiptest libhtml-parser-perl, only real failure in there is gscan2pdf, already logged by Dan.15:41
sil2100juliank: removal done15:41
juliankIn fact, the s390x run that we marked as infra error actually succesfully used proposed15:41
dbungertschopin: there is some nuance here, re-reading my notes on hints I think resettest may be correct15:41
juliankwe may have hammered too hard ;)15:41
xypronginggs: https://autopkgtest.ubuntu.com/packages/n/needrestart/noble/s390x only failed rugs for build2.15:41
julianksil2100: ta15:41
xyprononly shows failed runs for build215:41
vorlondbungert: resettest is an Ubuntu-specific hack in britney that I want dropped15:42
cpetesaves me for asking about the difference!15:42
dbungertok15:42
julianktaking libleidenalg15:43
dbungertthen yes, I think a badtest on gscan2pdf makes sense15:43
ginggsschopin: libhtml-parser-perl ack15:43
cpeteskipping libimage-sane-perl -- also only affected by gscan2pdf who's migration-reference/0 run is about to fail. Not hint, right?15:44
juliankginggs: force-skiptest libleidenalg/0.11.1-2build1 # newer all-proposed passed15:44
dbungertginggs: please hint libjson-xs-perl15:45
julianktaking liblocale-gettext-perl15:45
dbungerttaking libmath-int64-perl15:45
julianksigh15:45
vorlonok 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 later15:45
schopintaking libmath-tamuanova-perl15:46
dbungertginggs: please hint libmath-int64-perl15:46
ginggsxypron: that s390x result is old, i've retried now15:46
vorloncpete: 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 outcome15:47
sil2100Let's keep up the pace everyone! This is really inspiring!15:47
dbungerttaking libmbim15:47
vorloncpete: (and migration-reference/0 has already failed for 2 of the archs)15:47
juliankginggs: force-skiptest liblocale-gettext-perl/1.07-6ubuntu4 # happy with the s390x retries, armhf fine, not waiting for amd6415:47
sil2100Taking libmediainfo15:47
vorloncpete: (hinted libimage-sane-perl)15:47
ginggsjuliank: libleidenalg ack15:47
julianktaking libmemcached15:47
sil2100libmediainfo skiptested, moving on15:48
sil2100Taking libmime-explode-perl15:49
pushkarnkre-triggered tests for libreoffice, they are going to take a few hours to finish15:49
sil2100(hopefully not exploding)15:49
pushkarnk(libreoffice vs liblangtag, I meant)15:49
dbungertginggs: please hint libmbim15:50
dviererbere-triggered rdepends tests of libglib-perl/3:1.329.3-3build215:50
dviererbetaking libmoose-perl15:50
vorlonapbs, this is the bashism garbage mwhudson saw yesterday15:50
ginggsdbungert: libjson-xs-perl ack15:50
dbungertapbs issue filed15:50
sil2100(skiptested)15:50
dbungerttaking libmoosex-role-withoverloading-perl15:50
cpetevorlon: 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
ginggsdbungert: libmath-int64-perl ack15:50
pushkarnktaking libmouse-perl15:51
cpetevorlon: but ack on hint. thanks!15:51
vorloncpete: 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 infra15:51
schopinI just retriggered the s390x job for libhtml-parser-perl, that should be enough.15:51
schopintaking libmrss15:51
julianksil2100: https://bugs.launchpad.net/ubuntu/+source/pytest-services/+bug/205928215: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
vorloncpete: remember that at the end of today, *everything still on the list gets hinted* regardless of state15:51
ginggsjuliank: liblocale-gettext-perl ack15:51
dbungertginggs: please hint libmoosex-role-withoverloading-perl15:52
julianktaking libmtp15:52
dbungerttaking libmusicbrainz515:52
ginggsdbungert: libmbim ack15:52
schopinginggs: please hint libmrss15:52
juliankginggs: force-skiptest libmtp/1.1.21-3.115:52
schopintaking libnet-cups-perl15:53
sil2100juliank: on it!15:53
cpetevorlon: got it. thank you15:53
juliankvorlon: so should we do explicit block hints for stuff that should not migrate?15:53
vorlonjuliank: yes15:53
ginggsdbungert: libmoosex-role-withoverloading-perl ack15:53
cpetetaking libnet-ip-xs-perl15:53
vorlonjuliank: EMPHATIC yes15:53
ginggsschopin: libmrss ack15:54
juliankvorlon: so that's effectively just turning off the autopkgtest policy for a britney run15:54
julianktaking libnet-jabber-loudmouth-perl15:54
vorlonjuliank: no because we're not turning it off for packages not in this cluster15:55
vorlon(it's a large cluster but it's not everything)15:55
ginggsjuliank: libmtp ack15:55
julianklibnet-jabber-loudmouth-perl retry ran, it's fine, moving on15:56
dbungertginggs: please hint libmusicbrainz515:56
adrienI 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/nodejs15:56
sil2100juliank: +1, done15:56
adrienI think I went over them all so the only remaining things are installability issues due to libuv/nodejs (IIRC) and maybe amd64/arm6415:56
julianktaking libnet-ldns-perl15:56
dbungerttaking libnet-pcap-perl15:56
enr0ntaking libnet-ssleay-perl15:57
adrienalso, 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
vorlonpython3.12 hinted15:57
schopinwhen is the next britney run?15:58
* sil2100 does a quick break for a moment, meetings15:58
adrien(same issue for rt4/5 != libuv/nodejs)15:58
juliankretried tests for libnet-ldns-perl, I want to see some more results there15:58
vorlonschopin: it's continuous15:58
adrienschopin: > 5 hours15:58
vorlonschopin: one started 6 minutes ago, but no telling how long it will take to finish15:58
schopinwill it take your hint into account?15:58
vorlonschopin: the python3.12 hint?15:59
schopinyes15:59
vorlonno, good point, let me kill this one and start a new one15:59
danilogondolfotaking libnet-z3950-simpleserver-perl15:59
juliankvorlon: one problem is the current report on the web is 000015:59
juliank13:5215:59
dbungertginggs: please hint libnet-pcap-perl15:59
juliankvorlon: So I think something rsyncs this to the web server and it doesn't run often enough15:59
slyonsil2100: 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 armhf15:59
-ubottu:#ubuntu-release- Launchpad bug 2059274 in dgit (Ubuntu) "dgit time_t regression" [Undecided, Confirmed]16:00
dbungerttaking libnet-z3950-zoom-perl16:00
julianktaking libnma16:00
danilogondolfotaking libnotify16:00
dviererbetaking libnxml16:00
sil2100slyon: I like the idea of removals! Will take a look when I'm back in action16:00
ginggsdbungert: libmusicbrainz5 and libnet-pcap-perl ack16:00
schopinslyon: sil2100: it's arch:all16:01
slyon:(16:01
vorlonjuliank: that is the last complete run.  The 'generated on' timestamp is the start of generating it... it finished generating at 14:3816:01
julianklibnma: infra issues, retrying, should get results before we get to the end of the list16:01
cpeteginggs: please hint libnet-ip-xs-perl16:01
juliankvorlon: oh, I'd expect it to do all its work, then generate reports at the end16:01
vorlonjuliank: and then britney spent until 14:46 doing other stuff16:01
sil2100slyon, schopin: that's both :) and :( because I like removals of sources+binaries, but also not really if they're useful16:01
slyonschopin: sil2100: so a badtest as suggested by juliank might be reasonable here16:02
cpetetaking liboauth216:02
vorlonjuliank: it *did* all its work, that's how long it took to actually generate that output file :P16:02
julianksil2100: slyon: it already is badtested16:02
sil2100slyon: can you poke vorlon it? I'll be back in service in like 30 minutes16:02
schopinginggs: please skiptest libnet-cups-perl16:02
juliankI got an ack for it16:03
juliank:D16:03
slyonthanks juliank so nevermind :)16:03
julianktaking ... libopenmpt-modplug16:03
schopintaking libopenshot16:03
vorlonjuliank: 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 series16:04
dviererbeginggs: please hint libnxml16:04
vorlonthat's all in ubuntu-archive-scripts / archive-reports + run-proposed-migration if you have too much time on your hands :P16:04
ginggscpete: libnet-ip-xs-perl ack16:04
dbungertginggs: please hint libnet-z3950-zoom-perl16:05
dbungerttaking liboauth216:05
ginggsschopin: libnet-cups-perl ack16:05
vorlonLocutusOfBorg: btw were you mass-retrying builds today? All 'Failed to Upload' builds were retried which is useless+annoying16:05
dbungertoh wait I'm behind16:05
LocutusOfBorgno.16:05
vorlonLocutusOfBorg: ok16:05
LocutusOfBorgI retried only one build that was stuck16:06
ginggsdviererbe: libnxml ack16:06
dbungerttaking libosmo-abis16:06
LocutusOfBorg<LocutusOfBorg> xnee stuck since 12h on armhf builder, I'm retrying16:06
LocutusOfBorgthis one16:06
schopinginggs: please skiptest libopenshot16:06
vorlonLocutusOfBorg: ack16:06
LocutusOfBorgxnee is now built correctly16:06
vorlonLocutusOfBorg: so *someone* did a mass-retry and I got a bunch of predictable reject emails16:06
LocutusOfBorgdon't know sorry :/16:07
LocutusOfBorgnot me for sure16:07
ginggsdbungert: libnet-z3950-zoom-perl ack16:07
juliankginggs: force-skiptest libopenmpt-modplug/0.8.9.0-openmpt1-2build116:07
dokoI did, after find at least 10 cancelled builds which were unrelated to our copies16:07
juliankgod I hate britney hiding some architectures16:07
slyonskipping libdbd-sqlite3-perl for now (too many things in flight)16:07
schopintaking libosmo-netif16:07
slyontaking libp1116:07
ginggsschopin: libopenshot ack16:08
enr0ntaking libpango-perl16:08
enr0ntest blocking libpango-perl already passed, nothing to do16:08
cpeteginggs: please hint liboauth216:08
enr0ntaking libpcap16:08
julianktaking libpcap16:08
juliankenr0n wins16:09
ginggsjuliank: libopenmpt-modplug ack16:09
julianktaking libpeas16:09
schopinginggs: please hint libosmo-netif, straight rebuild and no armhf binaries16:09
vorlonjuliank: britney hiding some architectures> hear, hear. I think that's a straight up bug16:09
schopinenr0n: I already asked for a libpcap hint16:10
ginggscpete: liboauth2 ack16:10
schopinsorry, I jumped the queue on that one when chasing down a deptree16:11
schopintaking libperlio-eol-perl16:11
enr0nschopin: ah no worries, thanks16:11
juliankvorlon: we are 4 years behind on britney, we need to rebase in 24.1016:11
julianksil2100: rm https://bugs.launchpad.net/ubuntu/+source/gnome-shell-pomodoro/+bug/205928516:11
-ubottu:#ubuntu-release- Launchpad bug 2059285 in gnome-shell-pomodoro (Ubuntu) "RM: gnome-shell-pomodoro; blocks transitions" [Undecided, New]16:11
cpetetaking libphonenumber16:12
ravikant_taking libpinyin16:12
schopinginggs: please skiptest libperlio-eol-perl, request-tracker4 is broken16:12
enr0ntaking libplist16:12
julianktaking  libpod16:12
schopintaking libposix-atfork-perl16:12
enr0ntest blocking libplist already passed, nothing to do16:13
enr0ntaking libppd16:13
schopinsame for libposix-atfork-perl, already passed, nothing to do.16:13
schopintaking libproc-processtable-perl16:13
ginggsxypron: for libintl-perl, retry of needrestart on s390x passed, but armhf appears to be a regression16:14
ginggsschopin: would you take a quick look ^  please?16:14
julianklibpod: issued retries no passes so far16:15
schopinginggs: alrady on it, it's blocking my current package.16:15
julianktaking libqalculate16:15
ginggsschopin: libosmo-netif ack16:16
ravikant_ginggs: please hint libpinyin. NCR with armhf tests pass.16:16
ravikant_taking libqglviewer16:17
juliankginngs: force-skiptest libqalculate/4.9.0-1.1build1 # test is good after all16:17
slyonvorlon: can we remove seeded packages on armhf? (I suppose no..). "libp11" is in the supported seed and segfaults during autopkgtest16:17
ginggsschopin: for libperlio-eol-perl, if request-tracker4 is broken then we should badtest it rather16:17
vorlonslyon: I fixed libp1116:17
vorlonslyon: softhsm216:17
julianktaking libqmi16:17
slyonoh nice!16:17
schopinginggs: adrien is on it AIUI16:17
ginggsis request-tracker4 broken everywhere?16:17
vorlonslyon: (doesn't mean we can't remove seeded packages, just not needed for this one)16:17
slyonok, good to know!16:17
danilogondolfotaking libqtpas16:18
dbungertginggs: please hint libosmo-abis16:18
ginggsschopin: libperlio-eol-perl ack (does not harm)16:18
dbungerttaking libquota-perl16:19
juliankginggs: force-skiptest libqmi/1.35.2-0ubuntu116:19
julianktaking librcsb-core-wrapper16:19
slyonvorlon: well, that test is using your fixed libsofthsm2 2.6.1-2.2ubuntu1. but still segfaults16:19
vorlonslyon: hmmm16:19
slyonhttps://autopkgtest.ubuntu.com/results/autopkgtest-noble/noble/armhf/libp/libp11/20240327_130327_beef4@/log.gz16:19
vorlonslyon: let me dig into it more then16:19
juliankginggs: force-skiptest librcsb-core-wrapper/1.005-11.1build1 # tests superficial, no wait16:20
ginggsravikant_: libpinyin ack16:20
schopinwould someone take libproc-processtable-perl off me? I was diverted into a needrestart thing16:20
danilogondolfoschopin, I'll take it16:20
juliankI think we should have used one of those pad apps to note our hints I hope ginggs doesn't lose track16:20
schopindanilogondolfo: ta16:20
julianktaking librda16:20
juliankginggs: force-skiptest librda/0.0.5-1.1build1 # widely happy16:21
schopindanilogondolfo: oh wait it's the needrestart block isn't it?16:21
julianktaking libreoffice16:21
juliankbeing sad16:21
ginggsdbungert: libosmo-abis ack16:21
danilogondolfoschopin, it's one of the blockers yeah16:21
vorlonaddressed some resource contention on the archive server; that should help britney run a bit faster16:22
ginggsjuliank: libqmi ack16:22
ravikant_ginggs: please hint libqglviewer. excuses page says regression logs say passed.16:22
juliankginggs: force-skiptest libreoffice/4:24.2.2~rc2-0ubuntu1 # armhf is good, rest in infra messup16:23
ginggsjuliank: librcsb-core-wrapper ack16:23
julianktaking libreswan16:23
vorlonlatest britney started 20:4916:24
ginggsjuliank: librda ack16:24
adrienginggs: can you badtest request-tracker4 and request-tracker5 per https://bugs.launchpad.net/ubuntu/+source/request-tracker4/+bug/2059287 ? thanks16:25
-ubottu:#ubuntu-release- Launchpad bug 2059287 in request-tracker5 (Ubuntu) "Test failures in noble-proposed (all-proposed)" [Undecided, New]16:25
adrienI 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 first16:26
ginggsravikant_: libqglviewer ack16:26
vorlonadrien, ginggs: I think that's a bad justification for a badtest hint16:26
juliankginggs: force-skiptest libreswan/4.14-1ubuntu1 # armhf and s390x are enough green16:26
vorlonadrien, 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't16:26
ginggsjuliank: libreoffice ack16:26
adrienvorlon: it's not in proposed anymore16:27
vorlonadrien: no, but the thing *breaking* it is16:27
adrienwell, I mean, RT4/5 aren't, the breaking is probably16:27
schopin*sigh* looks like tmux has time_t problems.16:27
vorlonand *that* thing may not be a package that we were going to migrate today16:27
adrienmigration-reference passes16:27
julianktaking librist16:27
vorlonif it is something we were going to migrate today, then migration-reference will regress and no badtest needed16:27
adrienvorlon: agreed but it's not easy to locate16:27
vorlonadrien: but why do you need a badtest hint at all!16:27
adrienbut we probably want to look at it afterwards16:27
vorlonthe goal is skiptest hints16:27
julianklibrist just passed, moving on16:28
julianktaking librsvg16:28
adrienvorlon: tbh I don't know the best way to move forward16:28
vorlonadrien: what package were you looking at?16:28
ginggsjuliank: libreswan ack16:28
adrienvorlon: 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 516:29
slyonschopin: I think there is still an issue after your interimap/0.5.7-2ubuntu1 fix, https://autopkgtest.ubuntu.com/results/autopkgtest-noble/noble/armhf/i/interimap/20240327_160338_63f88@/log.gz16:30
vorlonadrien: well if those are part of the transition we can skiptest each of them as appropriate16:30
adrientests on arches not using all-proposed could pass but the environment wasn't very reliable so it's hard to draw conclusions16:30
adriensure16:30
adrienlet me grep stuff to get a better picture16:31
schopinslyon: right. That'd be me not knowing perl. My patch is apparently buggy.16:31
enr0nginggs: 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/205915716:31
slyontaking libsavitar16:31
enr0ntaking libsbml16:32
juliankvorlon: so librsvg has lots of red, but a green for each rdep on at least one arch, I'm included to force-skiptest it16:33
juliankbut I'd really love to see more16:33
pushkarnkginggs: 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
enr0nginggs: please hint libsbml. NCR, no failing armhf tests.16:33
enr0ntaking libscalar-list-utils-perl16:34
schopindanilogondolfo: ginggs: the needrestart issue is tmux not being good with time_t, nothing to do with perl16:34
slyonginggs: please skiptest libsavitar/5.0.0-4.1build1 (superficial tests, PASS)16:34
pushkarnktaking libscope-upper-perl16:34
enr0nretry of test blocking libscalar-list-utils-perl already passed, nothing to do16:35
vorlonjuliank: are you going to stick around for 12 hours to re-review the output before I have to hint everything in <shrug>16:35
juliankvorlon: so people expected a second pass over the updated list too happen later and then we should see if it is dark red16:36
ginggsenr0n: libppd ack16:36
juliankBecause with everything else force-skiptested the list will become much smaller16:36
enr0ntaking libsdl216:36
ginggspushkarnk: libmouse-perl ack16:36
julianktaking libseccomp16:36
vorlonjuliank: 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 EOD16:37
juliankforce-skiptest libseccomp/2.5.5-1ubuntu216:37
juliankginggs: force-skiptest libseccomp/2.5.5-1ubuntu216:37
juliankvorlon: hmm yeah we should have recorded "look at this again"16:37
ginggsenr0n: libsbml ack16:37
julianktaking libsecret16:38
juliankginggs: force-skiptest libsecret/0.21.4-1build216:38
julianktaking libselinux16:38
ginggsschopin: ok, so let's hint libintl-perl for xypron16:38
juliankshoot16:38
vorlon677s '!' allowed only after types sSiIlLxXnNvV@. in pack at /usr/bin/pullimap line 95.16:39
slyontaking libsemanage16:39
julianksigh 1464s autopkgtest [04:28:48]: ERROR: "chmod -R 0755 -- /tmp/autopkgtest.sH8o00/autopkgtest-reboot" failed with stderr "Error: read tcp 10.136.6.103:41126->10.44.124.170:8443: i/o timeout16:39
juliankI call that a pass16:39
enr0nginggs: please hint libsdl2; NCR, and no failing armhf tests (the scrcpy failure currently shown has already passed a retry)16:39
vorlonaha 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/205912016:39
ginggsslyon: libsavitar ack16:40
enr0ntaking libseqlib16:40
pushkarnkadrien: I see a request-tracker4 failure different from the two failure type you list in bug 205828716:40
pushkarnkhttps://objectstorage.prodstack5.canonical.com/swift/v1/AUTH_0f9aae918d5b4744bf7b827671c86842/autopkgtest-noble/noble/armhf/r/request-tracker4/20240326_233039_a2754@/log.gz16: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/205828716:40
ginggsjuliank: libseccomp ack16:41
adrienpushkarnk: this one looks like a testbed issue, especially the "Error: Only running operations can be connected"16:41
schopinpushkarnk: wrong bug nb?16:41
enr0nginggs: please hint libseqlibl; NCR, no failing armhf tests16:41
ginggsjuliank: libsecret ack16:41
juliankginggs: force-skiptest libselinux/3.5-2ubuntu116:41
pushkarnkadrien, 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/205928716:42
enr0ntaking libslirp16:42
ginggsenr0n: libsdl2 ack16:42
juliankNOTE: 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 matter16:42
julianktaking libsndfile16:42
juliankginggs: force-skiptest libsndfile/1.2.2-1ubuntu316:43
schopintaking libsoup2.416:43
ginggsenr0n: libseqlibl ack16:43
schopinback in the rotation :)16:43
julianktaking libsoup316:43
enr0nginggs: please hint libslirp; NCR, no failing armhf tests16:43
enr0ntaking libsub-name-perl16:44
schopinginggs: please hint libsoup2.416:44
ginggsjuliank: libselinux ack16:44
enr0nretries of tests blocking libsub-name-perl already passed, nothing to do16:44
schopintaking libsys-mmap-perl16:45
ginggsjuliank: libsndfile ack16:45
enr0ntaking libtemplate-perl16:45
vorlonslyon: right, softhsm2 gets past the first segfault and now there's a new one :) et's see16:45
enr0nlibtemplate-perl retries passed, nothing to do16:46
ginggsenr0n: libslirp ack16:46
juliankginggs: force-skiptest libsoup3/3.4.4-5build1 # no results for tracker yet, but let's move ahead16:46
ahasenacklibp11 has dep8 tests that involve softhsm2. Also openssh's dep8 uses softhsm2 (if this helps)16:46
dbungertginggs: please hint libquota-perl16:47
vorloneh! gdb! where my debuginfod at16:47
ginggsschopin: libsoup2.4 ack16:47
juliankenr0n: taking libterm-readline-perl16:47
julianksigh16:47
julianksorry enr0n16:47
juliankthat was global16:47
schopinginggs: please hint libsys-mmap-perl: NCR, armhf passes16:47
enr0nall good16:47
dbungerttaking libterm-readline-gnu-perl16:48
juliank* libterm-readkey-perl that was16:48
ginggsjuliank: libsoup3 ack16:48
schopintaking libtext-iconv-perl16:48
juliankSomeone looking at needrestart?16:48
schopinjuliank: yes, it's a tmux issue.16:48
schopinjuliank: https://bugs.launchpad.net/ubuntu/+source/tmux/+bug/205928816:49
-ubottu:#ubuntu-release- Launchpad bug 2059288 in tmux (Ubuntu) "tmux server crashes on t64 armhf" [Undecided, Confirmed]16:49
juliankack16:49
ginggsdbungert: libquota-perl ack16:49
dbungertginggs: please hint libterm-readline-gnu-perl16:49
juliankginggs: force-skiptest libterm-readkey-perl/2.38-2build316:49
* juliank gives complete hints because precision16:49
ginggsschopin: libsys-mmap-perl ack16:50
julianktaking libtext-markdown-discount-perl16:50
pushkarnkginggs: libhtml-gumbo-perl and libscope-upper-perl are blocked by request-tracker4 failures on armhf. Are we going to badtest these?16:50
enr0ntaking libtheora16:50
dbungerttaking libticables16:50
juliankretry is fine, moving on16:50
julianktaking libticalcs16:50
juliank270/90416:50
juliankjfyi16:51
ginggsdbungert: libterm-readline-gnu-perl ack16:51
pushkarnktaking libticonv16:51
enr0nginggs: please hint libtheora; NCR, no failing armhf tests16:51
enr0ntaking libtifiles16:51
schopinginggs: please skiptest libtext-iconv-perl, only failure is dgit armhf (faketime pb)16:51
juliankginggs: force-skiptest libticalcs/1.1.10~git20231126.f67c953+dfsg-1build1 # only waiting for amd6416:51
ginggsjuliank: libterm-readkey-perl ack16:51
juliankschopin: dgit is badtested, we don't need to skiptest for it :)16:52
juliankjfyi16:52
schopinOh. Nice.16:52
adrienI'm slightly handicapped by a > 20kg bag of water right now16:52
julianktaking libtoxcore16:52
schopintaking libunicode-collate-perl16:52
enr0nretries already queued for libtifiles, moving on16:52
enr0ntaking libunicode-linebreak-perl16:53
schopinlibunicode-collate-perl already retested, moving on.16:53
schopintaking libusb-1.016:53
enr0nretry for libunicode-linebreak-perl already passed, nothing to do16:53
ginggspushkarnk: no because it hasn't regressed everywhere in the release16:53
enr0ntaking libuv116:53
ginggsso libhtml-gumbo-perl and libscope-upper-perl ack16:53
slyonginggs: force-skiptest libsemanage/3.5-1build4 # shadow/amd64 and refpolicy/amd64 confirmed locally, everything else green on all-proposed=116:54
vorlonafk for a bit. I still have perl in process; libio-socket-timeout-perl looks like a real time_t regression if someone wants to investigate16:54
pushkarnkginggs: ack, I must create bug reports then, I'd guess16:54
enr0nretry for libuv1 already queued, moving on16:54
enr0ntaking libversion-perl16:54
ginggsenr0n: libtheora ack16:54
schopinlibusb1-0 is 54 days old. I don't like this.16:54
liushuyutaking libvideo-capture-v4l-perl16:55
enr0nretries for libversion-perl already passed, nothing to do16:55
vorlondoes anyone have a TL;DR on redis on armhf?  I'm seeing scattered failures with its various revdeps16:55
ginggsschopin: libtext-iconv-perl ack16:56
enr0ntaking libvirt16:56
liushuyuginggs: hint libvideo-capture-v4l-perl (tests passed with a superseding test w/ all-proposed=1)16:56
liushuyutaking libvmod-redis16:56
ginggsjuliank: libticalcs ack16:56
schopinis it OK to hint a package if it fails its i386 tests?16:57
ginggsslyon: libsemanage ack16:57
enr0nginggs: please hint libvirt; NCR, no failing armhf tests16:58
juliankvorlon: 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
juliankAnd then they can migrate on their own pace as new packages16:58
ginggspushkarnk: there is already a bug report for request-tracker416:58
juliankvorlon: well just doing that16:59
julianksil2100: https://bugs.launchpad.net/ubuntu/+source/libtoxcore/+bug/205929016:59
-ubottu:#ubuntu-release- Launchpad bug 2059290 in libtoxcore (Ubuntu) "RM: libtoxcore, qtox, toxic, utox - release pocket" [Undecided, New]16:59
ginggsliushuyu: libvideo-capture-v4l-perl ack16:59
enr0nretries for libvpx either passed already or are queued, moving on16:59
juliankheh 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
enr0nwhoops, taking libvpx17:00
liushuyuginggs: genuine regression: libvmod-redis/15.1-1build2 on arm6417:00
enr0n:D17:00
liushuyuopening a bug report17:00
julianktaking libwacom17:00
enr0ntaking libwebp17:00
pushkarnkginggs: ack, I assumed I'd need to create bug reports for the blocked packages too17:00
ginggsenr0n: libvirt ack17:00
juliankshould we just take bundles of 3?17:00
juliankginggs: force-skiptest libwacom/2.10.0-1build117:01
enr0nginggs: please hint libwebp; NCR, no failing armhf tests17:01
julianktaking libwebsockets17:02
enr0ntaking libwmf17:02
* ginggs gets a coffee17:02
juliankginggs: force-skiptest libwebsockets/4.3.3-1.1build117:02
* slyon calling it a day o/17:02
enr0nginggs: please hint libwmf; NCR, no failing armhf tests17:03
enr0ntaking libwnck317:03
enr0nretry already queued, moving on17:03
enr0ntaking libwww-curl-perl17:03
liushuyuginggs: hint libvmod-redis and see also https://bugs.launchpad.net/ubuntu/+source/libvmod-redis/+bug/205929217:04
-ubottu:#ubuntu-release- Launchpad bug 2059292 in libvmod-redis (Ubuntu) "autopkgtest failure with libvmod-redis/15.1-1build2 on arm64" [Undecided, New]17:04
liushuyutaking libxklavier17:04
cpeteginggs: please hint libphonenumber -- bug reported for pnc 2059291 (I think it just needs a rebuild)17:04
schopinginggs: can we badtest libusb-1.0/2:1.0.27-1/i386 due to LP: #2059293 ?17:04
-ubottu:#ubuntu-release- Launchpad bug 2059293 in libusb-1.0 (Ubuntu) "autopkgtests fail on i386 on the new testsuite" [Undecided, New] https://launchpad.net/bugs/205929317:05
enr0nlibwww-curl-perl is blocked by dgit/armhf, which already has a bug open. Moving on17:05
schopinginggs: and then can we hint libusb-1.0 altogether please? :)17:05
danilogondolfotaking libxml217:05
liushuyuginggs: hint libxklavier (bad dependency on arm64)17:05
enr0ntaking libxmlb17:05
schopintaking libxmlb17:05
schopinDamned17:05
liushuyutaking libxml-libxslt-perl17:05
schopintaking libxmu17:06
schopinwe're almost out of libs!17:06
liushuyuschopin: race-condition is easy with so many people pulling from the same job pool17:06
danilogondolfooh boy, libxml2 looks amazing...17:06
enr0nretry for libxmlb already passed, nothing to do17:06
-queuebot:#ubuntu-release- Unapproved: cloud-init (jammy-proposed/main) [23.4.4-0ubuntu0~22.04.1 => 24.1.3-0ubuntu1~22.04.1] (core, ubuntu-cloud)17:06
-queuebot:#ubuntu-release- Unapproved: cloud-init (noble-proposed/main) [24.1.2-0ubuntu1 => 24.1.3-0ubuntu1] (core, ubuntu-cloud)17:06
-queuebot:#ubuntu-release- Unapproved: cloud-init (mantic-proposed/main) [23.4.4-0ubuntu0~23.10.1 => 24.1.3-0ubuntu1~23.10.1] (core, ubuntu-cloud)17:06
schopinginggs: please hint libxmu :)17:06
sil2100juliank: looking at both rm bugs!17:07
schopintaking libxt17:07
enr0ntaking libxtrx17:07
-queuebot:#ubuntu-release- Unapproved: cloud-init (focal-proposed/main) [23.4.4-0ubuntu0~20.04.1 => 24.1.3-0ubuntu1~20.04.1] (core, edubuntu, ubuntu-cloud)17:07
enr0nretry for libxtrx already passed17:08
liushuyuginggs: hint libxml-libxslt-perl (bad test results on amd64, ppc64el and s390x)17:08
enr0ntaking libyaml-libyaml-perl17:08
schopinLooks like Graham already did the job on libxt17:08
schopintaking libyaml-syck-perl17:08
schopinLast lib!17:08
liushuyutaking lightdm17:08
liushuyuWe are currently at 595 / 1210 (~49%)17:09
enr0nretries for libyaml-libyaml-perl already passed, nothing to do17:09
schopinlibyaml-syck-perl was handled by adrien17:09
enr0ntaking lighttpd17:09
schopintaking lilyterm17:09
liushuyuginggs: lightdm is good. Excuses page did not update in time17:11
liushuyutaking links217:11
schopinginggs: please hint lilyterm17:11
juliankI need to get dinner, and then I'm off until Tuesday17:11
schopinliushuyu: I think it's better not to HL Graham if there's nothing for him to do :P17:11
juliankI will check in occassionally but it's not full attention work doing :D17:12
schopintaking linux-meta17:12
* enr0n makes coffee17:12
juliankvorlon: So I created (to be published) https://autopkgtest.ubuntu.com/releases/noble which is a migration-reference/0 dashboard to track the release pocket quality (basically N/A and green is good, N/A because britney only schedules reference tests on failures)17:13
liushuyuginggs: hint links2 (bad test data from multiple arch)17:13
liushuyuschopin: I mean, it could use a hint even if the tests are good (but update is delayed)17:14
liushuyutaking linux-restricted-modules17:14
juliankvorlon: So I'd love to get migration-reference/0 done for anything that migrates to make sure we have an accurate gauge, but if we don't migrate everything that's leftover, we should do 3 steps I suppose: 1. purge queues, 2. setup migration-reference/0 for migrated stuff and reverse depends (all packages?) in proposed 3. requeue RUNNING tests 4. retry REGRESSION?17:15
liushuyuginggs: hint linux-restricted-modules (linux-doc issue again)17:15
juliankWell between 1 and 2, let schopin upload glibc and britney run to generate migration-reference/0 tests for it17:15
* sil2100 out from time_t for a bit but will be back in 2-3 hours17:15
liushuyutaking lltdscan17:16
liushuyuginggs: hint lltdscan (missing Qt 5 packages on armhf)17:16
schopinvorlon: can we remove linux-meta from the list? Does it really make sense for us to force the kernel through?17:16
juliankI'd rather break existing linux-tools packages17:17
liushuyuwe might need a no-change rebuild for linssid (unsure if someone handled that)17:17
vorlonschopin: the kernel has to go in17:17
dviererbeginggs: please hint libmoose-perl, libglib-perl, libgee-0.8, libgdal-grass, libdevice-i2c-perl, libdap17:17
ginggsjuliank: libwacom ack17:17
liushuyu(linssid: from lltdscan vs forensics-extra test)17:17
vorlonschopin: there are userspace packages that depend on transitioning libs17:17
juliankNone of the kernel userspace packages are particularly important though17:18
vorlonschopin: actually hmm that shouldn't affect armhf because of Provides: let me think17:18
ginggsenr0n: libwebp ack17:18
ginggsjuliank: libwebsockets ack17:19
vorlonoh cool, libredis-perl is just libio-socket-timeout-perl17:19
ginggsenr0n: libwmf ack17:20
ginggsliushuyu: libvmod-redis  ack17:21
schopinwhile you're figuring out the linux-meta thing I'll go out for a quick walk while there is still daylight.17:22
pushkarnkginggs: please hint libticonv. The three listed regressions are amd64-specific (19 days old) and all of them have passed locally.17:22
ginggscpete: libphonenumber ack17:22
jbichaginggs: could you accept workrave for noble? It is needed to unblock gnome-shell [GNOME Shell extensions usually have strict Depends like gnome-shell (<< 46~) ]17:23
vorlonsil2100: um you removed *tox* from the proposed pocket too? also this could've been done with just armhf binary removals instead of source removals17:24
schopinisn't arch:all?17:24
julianktox is arch:all yes17:25
vorlonschopin, juliank: do the linux-meta autopkgtest failures represent real regressions?17:25
vorlonschopin, juliank: the kernel *also* needs to get in for beta, I don't see why we wouldn't just hint it with the rest17:25
julianklinux-meta looks ok to me tbh17:25
vorlonyeah so why are we balking at pushing it17:25
juliank5033s  autopkgtest-satdep : Depends: linux-doc but it is not installable17:26
pushkarnktaking llvm-defaults17:26
juliankwell I guess that is weird17:26
schopinvorlon: I haven't spotted a real regression yet (not through all the logs)17:26
ginggsschopin: skiptest libusb-1.0 ack -- don't need a badtest as well17:26
vorlonok hinting perl now, will follow up with a bug report on libio-socket-timeout-perl, and now I'm afk again for a while (food+exercise)17:26
juliankbut if I look at https://adrien.dcln.fr/misc/update_excuses_2.html#linux-meta17:26
juliankAll red lines have green too17:26
juliankexcept ipmitool/1.8.19-717:26
enr0ntaking llvm-toolchain-1417:27
vorlonjuliank: ipmitool has 2 neutral results17:27
juliankbut that pased today17:27
vorlonyes17:27
juliankso arguably everything that ran passedo n some arch17:27
ginggsliushuyu: libxklavier ack17:27
schopinI'd take that argument on any userspace package, but we're talking about the kernel here :)17:28
juliankyes the kernel team applies looser standards anyway17:28
-queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (jammy-proposed) [2.765.41]17:28
schopinnvidia drivers appears to be broken though.17:29
ginggsschopin: libxmu ack17:29
vorlonschopin: link?17:29
schopinvorlon: https://autopkgtest.ubuntu.com/packages/n/nvidia-graphics-drivers-470/noble/amd6417:29
vorlonschopin: linux-doc garbage17:29
julianklinux-doc doesn't even have dependencies fwiw17:30
ginggsliushuyu: libxml-libxslt-perl  ack17:30
juliankI guess something depends *on it* and is broken17:30
vorlonschopin: we need to escalate that to the kernel team, however it doesn't indicate breakage per se (we don't even use dkms for nvidia)17:30
vorlonjuliank: correct, the kernel team summarily dropped it ignoring the impact on the archive17:30
juliankodd I see a pool/main/l/linux/linux-doc_6.8.0-20.20_all.deb17:31
vorlonhttps://bugs.launchpad.net/ubuntu/+source/zfs-linux/+bug/205648917:31
-ubottu:#ubuntu-release- Launchpad bug 2056489 in zfs-linux (Ubuntu) "autopkgtest failure due to linux-doc unavailable" [Undecided, New]17:31
* schopin is out the doors for real.17:31
vorlonjuliank: hmmmm17:31
ginggsliushuyu: lightdm ack17:32
enr0ntriggered some retries for llvm-toolchain-14, moving on17:32
enr0ntaking llvm-toolchain-1517:32
ginggsschopin: lilyterm ack17:32
vorlonjuliank: then I don't know17:33
ginggsliushuyu: links2 ack17:33
juliankvorlon: there is none in the release pocket, but it is in proposed17:33
juliankvorlon: it was reintroduced march 1417:35
ginggsliushuyu: linux-restricted-modules ack17:35
juliankvorlon: it may really be more an issue with dkms17:36
juliankor the timing was off17:37
ginggsliushuyu: lltdscan ack17:37
enr0nthe only armhf failure blocking llvm-toolchain-15 is eztrace, which already has a bug opened17:37
juliankI'd still say force-skiptest it17:37
enr0ntaking llvm-toolchain-1617:37
juliankBut also let's just ask the kernel team to give an answer in the next 2 hours17:38
liushuyutaking llvm-toolchain-1717:39
dbungertginggs: please hint libticables17:39
dbungerttaking llvm-toolchain-1817:39
enr0nllvm-toolchain-16 is not blocked by any armhf failures, but it's not a NCR so not sure it should be hinted right now17:39
enr0ntaking log4cxx17:40
enr0ntests for log4cxx are in progress or already passed, nothing to do17:42
enr0ntaking lomiri17:42
enr0ntriggered retries for lomiri17:43
enr0ntaking lomiri-app-launch17:44
adrienvorlon: finally got some time to finish the list for request-tracker4/5; there are 35 tests17:44
ginggsdviererbe:  libmoose-perl, libglib-perl, libgee-0.8, libgdal-grass, libdevice-i2c-perl, libdap ack17:44
adrienvorlon: apache2 cdebconf courier exim4 libapache2-mod-perl2 libcgi-pm-perl libclone-perl libcpanel-json-xs-perl libcrypt-eksblowfish-perl libcss-minifier-xs-perl libdatetime-perl libdbd-mysql-perl libdbd-pg-perl libdbd-sqlite3-perl libdbi-perl libencode-perl libfcgi-perl libhtml-gumbo-perl libjavascript-minifier-xs-perl libmoose-perl libnet-ssleay-perl libperlio-eol-perl libscope-upper-perl17:45
adrienlibterm-readkey-perl libterm-readline-gnu-perl mariadb mysql-8.0 perl pkg-perl-tools postfix postgresql-16 procps sendmail sqlite3 ssmtp17:45
enr0ntriggered retry for lomiri-app-launch17:45
adrienI can't really analyze/deduplicate all of them17:45
ginggspushkarnk: libticonv ack17:45
enr0ntaking lomiri-clock-app17:45
adrien(that'd be around 200 logs (actually, I could almost but I don't have the time right now))17:46
enr0ntest in progress for lomiri-clock-app, nothing to do17:46
enr0ntaking lomiri-settings-components17:46
enr0nretries in progress for lomiri-settings-components17:47
enr0ntaking lomiri-thumbnailer17:47
-queuebot:#ubuntu-release- Unapproved: accepted workrave [source] (noble-proposed) [1.10.52-1ubuntu5]17:47
ginggsjbicha: workrave accepted17:48
enr0nginggs: please hint lomiri-thumbnailer; NCR, no failing armhf tests17:48
enr0ntaking lomiri-ui-toolkit17:48
ginggsdbungert: libticables ack17:49
enr0nretried tests for lomiri-ui-toolkit17:49
enr0ntaking loudmouth17:49
ginggsenr0n: lomiri-thumbnailer ack17:50
liushuyuginggs: hint llvm-toolchain-17 (bad test results, and see also https://bugs.launchpad.net/ubuntu/+source/ycmd/+bug/2059160)17:50
-ubottu:#ubuntu-release- Launchpad bug 2059160 in ycmd (Ubuntu) "proposed-migration for ycmd 0+20231230+git9e43034+ds-2build2" [High, New]17:50
liushuyutaking lshw17:51
enr0nretry in progress for loudmouth17:51
liushuyuginggs: hint lshw (forensics-extra again...)17:51
liushuyutaking lua5.117:51
liushuyuginggs: hint lua5.1 (bad test result: falcosecurity-libs vs lua5.1, re-test already in-queue)17:52
liushuyutaking lua-lgi17:54
liushuyuginggs: hint lua-lgi (bad dependency on amd64 due to libglib2.0-dev uninstallable at the test time)17:55
dbungertginggs: please hint llvm-toolchain-1817:56
dbungertafk17:56
liushuyuginggs: hint lua-luv (bad dependencies on amd64/ppc64el/s390x)17:56
liushuyutaking lumpy-sv17:57
juliankwaveform: so see the list in the topic (https://paste.ubuntu.com/p/qKfzDjjgN9/), see scrollback for who took the last one (right now, liushuyu | taking lumpy-sv) and pick the one after that17:58
waveformjuliank, ta -- any particular procedure or just check excuses and work from there?17:59
juliankwaveform: check excuses, yeah, if you see failures see if they are real failures. Any newer pass is a pass anyway. If it looks reasonably passing ask ginggs for a hint18:00
liushuyuwaveform: we are currently on the "emergency protocol": check-only, if there is a genuine issue, don't bother fixing it, just file a bug18:00
juliankwaveform: if stuff is really teribbly blocked, file a removal bug tagged time-t and ping sil210018:00
waveformack18:00
waveformin that case: taking lvm218:00
juliankenjoy18:01
liushuyuIf the tests have a high-probability of passing (due to the tests marked as error), ping ginggs and request for a package hint18:01
waveformyikes :)18:01
waveformyeah, I noticed a lot of tests marked as "error" state but passing when dealing with some universe stuff earlier. I assumed a load of stuff got invalidated at some recent point?18:02
juliankyeah QA team and I did that yesterday, they all got no-proposed=1 added as a hint for you when reading18:02
juliank:)18:02
waveformahhh, that explains much, thanks!18:03
liushuyuginggs: hint lumpy-sv (tests still in-progress on several arch, but passed on the rest)18:04
liushuyutaking lxml18:04
enr0ntaking lxqt-notificationd18:05
liushuyuginggs: hint lxml (a lot of bad test results on s390x, most passed on !s390x)18:06
liushuyutaking lxsession18:07
cpetetaking lxterminal18:07
enr0nretry already in progress for lxqt-notificationd18:07
enr0ntaking m2crypto18:07
liushuyuginggs: hint lxsession (gdm3 tests just passed, hasn't updated)18:08
liushuyutaking magicrescue18:08
enr0nLooks like m2crypto has a real armhf regression, but bug is already created18:09
enr0ntaking magpie18:09
liushuyuginggs: hint magicrescue (waiting for the ppc64el test results)18:09
liushuyutaking mailfromd18:10
enr0nginggs: please hint magpie; NCR, no armhf failures18:10
enr0ntaking mailutils18:10
liushuyuginggs: hint mailfromd (lacks results for amd64, test is in the queue)18:12
liushuyutaking makedumpfile18:12
liushuyuginggs: hint makedumpfile (blocked by elfutils)18:12
liushuyutaking maloc18:13
liushuyuginggs: hint maloc (not a regression, reference tests just finished)18:14
ginggsliushuyu: llvm-toolchain-17 ack18:14
liushuyutaking man-db18:14
liushuyuginggs: hint man-db (bad test results on i386)18:14
liushuyutaking mandos18:15
ginggsliushuyu: lshw ack18:15
liushuyuginggs: hint mandos (test results superseded by a test passed with all-proposed=1)18:16
liushuyutaking manimpango18:16
ginggsliushuyu: actually, that's a nack for lshw, no longer needed18:17
ginggsjust got a fresh update_excuses18:17
ginggsliushuyu: lua5.1ready to migrate18:18
ginggsliushuyu: lua-lgi ack18:19
liushuyuginggs: nack for lshw > understood18:19
liushuyuginggs: hint manimpango (bad dependency on amd64)18:20
ginggsdbungert: llvm-toolchain-18 ack18:20
enr0nginggs: please hint mailutils; no armhf failures, and other failures look unrelated18:20
enr0ntaking marco18:21
ginggsliushuyu: lua-luv ack18:21
enr0nginggs: please hint marco; NCR, no failing armhf18:22
enr0ntaking mariadb18:22
ginggsliushuyu: lumpy-sv ack18:23
liushuyutaking marisa18:23
ginggsliushuyu: lxml ack18:24
waveformhmm, quick question: gone thru all the regressions on lvm2, but there's a ton of "test in progress" where I'm pretty sure there's no test in progress ... going through those, if there's no recent test covering the version in question I should re-trigger those?18:24
ginggsliushuyu: lxsession ack18:25
ginggsliushuyu: magicrescue ack18:26
enr0narmhf blockers of mariadb already have bugs opened18:26
ginggsenr0n: magpie ack18:27
liushuyuwaveform: you should re-trigger those, but in the meantime, if you can't find a genuine regression, you should ask the current responding AA to hint the test (since we are currently on "emergency protocol")18:27
waveformliushuyu, ack18:27
ginggsliushuyu: mailfromd ack18:27
cpeteginggs: please hint lxterminal18:28
ginggsliushuyu: makedumpfile nothing to do here?18:29
ginggsliushuyu: maloc ack18:30
liushuyuginggs: okay, I saw the excuses page listed elfutils a blocker for makedumpfile18:30
cpetetaking mate-notification-daemon18:31
ginggsliushuyu: man-db ack18:31
ginggsliushuyu: mandos ack18:31
schopinlinux-meta to be revisited (some amd64 tests were never run, now queued)18:31
liushuyuginggs: hint marisa (test in-progress on amd64, passed on the others)18:32
ginggsliushuyu: manimpango ack18:32
liushuyutaking mate-session-manager18:33
schopintaking mate-terminal18:33
ginggsenr0n: mailutils ack18:33
enr0ntaking mathcomp-algebra-tactics18:33
liushuyuginggs: hint mate-session-manager (bad test results on amd64/ppc64el)18:33
ginggsenr0n: marco ack18:34
schopinginggs: please hint mate-terminal18:34
cpeteginggs: please hint mate-notification-daemon18:34
enr0nginggs: please hint mathcomp-algebra-tactics; NCR, no failing armhf18:34
schopintaking mathcomp-algebra-tactics18:34
schopinOh, sorry, didn't see your msg enr0n18:35
enr0nschopin: np18:35
schopintaking mathcomp-analysis18:35
cpetetaking mathcomp-bigenough18:35
enr0ntaking mathcomp-finmap18:35
schopinmathcomp-analysis: nothing to be done, waiting on other packages18:35
ginggscpete: lxterminal ack18:35
schopintaking mathcomp-multinomials18:36
ginggsliushuyu: marisa ack18:36
liushuyutaking mathcomp-real-closed18:36
ginggsliushuyu: mate-session-manager ack18:37
cpeteginggs: please hint mathcomp-bigenough18:37
liushuyuginggs: hint mathcomp-real-closed (bad test results on amd64/ppc64el)18:37
enr0nnothing to be done for mathcomp-finmap18:37
liushuyutaking mathcomp-zify18:38
enr0ntaking mecab18:38
ginggsschopin: mate-terminal ack18:38
cpetetaking mediaconch18:38
liushuyuginggs: hint mathcomp-zify (bad test results on amd64/ppc64el)18:38
liushuyutaking medusa18:38
ginggscpete: mate-notification-daemon ack18:39
liushuyuginggs: hint medusa (bad dependency on i386)18:39
liushuyutaking megadepth18:39
enr0nnothing to do for mecab18:39
schopingings please hint mathcomp-multinomials: NCR, all good on armhf18:39
enr0ntaking memcached18:39
ginggsenr0n: mathcomp-algebra-tactics ack18:40
schopintaking mender-client18:40
cpeteginggs: please hint mediaconch -- green but needed amd64 test retriggered18:40
liushuyuginggs: hint megadepth (bad test results on !s390x, test passed on only s390x)18:40
ginggscpete: mathcomp-bigenough ack18:40
cpetetaking merecat18:41
liushuyutaking mesa18:41
ginggsliushuyu: mathcomp-real-closed  ack18:41
ginggsliushuyu: mathcomp-zify ack18:42
liushuyuWe are currently 361 / 904 on the current list (~40%)18:42
waveformginggs: please hint lvm2 (bad test results on amd64, ppc64el, s390x; there's pending re-runs on a pile of test-not-really-in-progress but I can't see genuine regressions in the tests prior to those)18:43
ginggsliushuyu: medusa ack18:43
ginggsschopin: mathcomp-multinomials ack18:44
ginggscpete: mediaconch ack18:45
vorlonginggs, sil2100, bdmurray: skiptesting python3-defaults btw without review (we dropped these tests from the queue anyway because dropping python3.11 as a non-default supported version should not introduce regressions anywhere)18:45
vorlonand doing a quick pass on python3-stdlib-extensions18:45
liushuyuginggs: genuine regression: gtk4 (from mesa migration): see https://bugs.launchpad.net/ubuntu/+source/gtk4/+bug/205915818:47
-ubottu:#ubuntu-release- Launchpad bug 2059158 in gtk4 (Ubuntu) "proposed-migration for gtk4 4.14.1+ds-0ubuntu1" [Critical, New]18:47
liushuyuginggs: please still hint mesa though18:48
ginggsliushuyu: megadepth ack18:48
waveformtaking metacity18:49
liushuyutaking microprofile18:49
ginggswaveform: lvm2 ack18:49
liushuyuginggs: hint microprofile (amd64 test is still in the queue)18:51
liushuyutaking minc-tools18:51
vorlonpython3-stdlib-extensions hinted18:52
liushuyuginggs: hint minc-tools (tests are still in-progress on amd64/ppc64el, passed on the others)18:52
liushuyuvorlon: are you taking the hinting requests?18:53
vorlonliushuyu: I can18:53
liushuyuokay, then we can "load balance" the requests18:54
vorlonif you wish18:54
schopinI have a package that's apparently broken on all arches, should we just remove it from the release pocket? (no rdep, only 1 reverse-recommend)18:54
schopinmender-client18:54
liushuyuvorlon: hint minc-tools (tests passed on s390x/armhf, others are waiting in queue)18:54
vorlonrefreshed list after latest britney run: 904 down to 743 https://paste.ubuntu.com/p/HT4VZDjWMM/18:55
=== vorlon changed the topic of #ubuntu-release to: Released: 23.10 Mantic Minotaur, 22.04.4 Jammy Jellyfish | Archive: temporary freeze for time_t transition (https://paste.ubuntu.com/p/HT4VZDjWMM/) | Highlight ubuntu-archive for archive admin help | We accept payment in cash, cheque or scotch | melius malum quod cognoscis | infinity, you are missed
ginggsvorlon: ack for python3-defaults, and python3-stdlib-extensions, looks like only armhf failure in the latter is astropy, caused by new pytest18:55
vorlonplease make sure you pull from the current list and current update_excuses to avoid unnecessary investigation18:55
vorlonginggs: that new pytest is horrible yeah18:55
vorlonhad half a thought to drop it from -proposed but too little too late now18:56
liushuyuswitching to the new list. taking minetest (Line 230)18:56
waveformginggs, please hint metacity (bad test results on arm64, ppc64el, s390x)18:56
liushuyuvorlon: hint minetest (bad test results on amd64, passed on !amd64)18:57
liushuyutaking mini-httpd18:57
waveformtaking mir18:58
vorlonliushuyu: done18:59
ginggsliushuyu: mesa ack18:59
schopintaking mlterm19:00
ginggsliushuyu: microprofile ack19:00
ginggsliushuyu: minc-tools  ack19:01
schopinginggs: please hint mlterm19:01
schopintaking modemmanager19:01
liushuyuvorlon: hint mini-httpd (very broken package ldap-account-manager spotted in the test, no rev-deps)19:02
ginggswaveform: metacity ack19:02
enr0nginggs: please hint memcached; I belive the autopkgtest regression is caused by mysql-8.0 in -proposed, and is unrelated to memcached (bug 2059307)19:02
-ubottu:#ubuntu-release- Bug 2059307 in pytest-services (Ubuntu) "python3-pytest-services test fails with new mysql-8.0" [Undecided, New] https://launchpad.net/bugs/205930719:02
ginggsschopin: mlterm ack19:03
LocutusOfBorgdoing a mass-retry vorlon is it ok for you?19:03
ginggsenr0n: memcached ack19:04
liushuyutaking mongo-c-driver19:05
* enr0n lunch, back in a bit19:05
vpa1977taking motif19:07
cpeteginggs: please hint merecat -- ldap-account-manager test failure is unrelated (#2051559) and other tests look fine19:07
schopinginggs: please hint modemmanager (all failed tests passed recently with all_proposed)19:07
* cpete -> afk19:08
dbungertooo, in the m's19:08
LocutusOfBorgplease remove bully on armhf, depends on missing aircrack-ng19:08
LocutusOfBorgvorlon, ^^19:08
LocutusOfBorgshould finish libcap time64_t transition19:08
adriennew update_excuses.html available19:08
adrienI see this was spotted already :)19:08
vpa1977gings: motif - self tests pass, regressions due to dependency issue. Hint ?19:09
dbungerttaking motion19:09
adrienand my stats for it: Processed 7149 migrations; 1736 issues, 3402 blocked, 2011 waiting.19:09
vpa1977taking mozjs11519:09
liushuyuvpa1977: I think you misspelled someone's nick, ginggs19:09
Eickmeyertab-complete is your friend. :)19:10
vpa1977indeed. Sorry ;(19:10
liushuyuvorlon: hint mongo-c-driver (bad dependencies wrt rsyslog)19:10
liushuyutaking mpd19:11
adrienalthough my stats may be incorrect :'(19:11
juliankFYI there's https://autopkgtest.ubuntu.com/static/logs-viewer.user.js tampermonkey script to make the autopkgtest logs nicer, it allows you to fold and unfold sections19:12
liushuyuvorlon: hint mpd (bad test results on amd64, good on the others)19:12
liushuyutaking mpich19:12
mateus-moraistaking mpv-mpris19:13
dbungertginggs: please hint motion19:13
dbungerttaking msmtp19:13
waveformginggs: please hint mir (tests aren't really in progress, and have all passed)19:13
vpa1977ginggs: mozjs115 tests pass (superficial). Hint?19:13
mwhudsonhuh did some t64 stuff migrate?19:13
* ginggs needs moar coffee19:13
schopintaking msolve19:13
vpa1977taking muffin19:13
waveformtaking multipath-tools19:14
schopinmwhudson: bonjour et bon réveil :). Dunno if much migrated yet19:14
liushuyuvorlon: hint mpich, see also https://bugs.launchpad.net/ubuntu/+source/slurm-wlm/+bug/2059131 and https://bugs.launchpad.net/ubuntu/+source/eztrace/+bug/205918319:15
-ubottu:#ubuntu-release- Launchpad bug 2059131 in slurm-wlm (Ubuntu) "slurmdbd segfaults on armhf" [High, New]19:15
-ubottu:#ubuntu-release- Launchpad bug 2059183 in eztrace (Ubuntu) "autopkgtest failure on eztrace/2.1-7ubuntu3" [Undecided, New]19:15
schopinginggs: please hint msolve (amd64 test should be OK)19:15
liushuyuschopin: we have a -161 a few moments ago19:15
schopintaking mumble19:16
liushuyu... and also, we should load balance the requests between vorlon and ginggs19:16
vpa1977ginggs: muffin - tests pass (superficial). Hint?19:16
schopinI've been pinging the same person the whole day, now is not the time for me to switch :P19:16
vpa1977taking multipath-tools19:17
schopinvpa1977: waveform already took it19:17
liushuyuvpa1977: we are at mumps19:17
liushuyutaking mumps19:17
vpa1977taking munge19:17
mwhudsoni'll take muon-meson19:17
* vpa1977 needs more coffee19:17
* vpa1977 its raining here ;(19:18
liushuyuwe are now at an elevated risk of race conditions19:18
-queuebot:#ubuntu-release- Unapproved: ppa-purge (mantic-proposed/universe) [0.2.8+bzr63-0ubuntu1 => 0.2.8+bzr63-0ubuntu1.23.10.1] (ubuntu-budgie)19:18
schopinnah, much of the EU crowd is EOD by now.19:18
bdmurraysaid somebody in the EU19:18
schopinhence the "much of" ;)19:19
mwhudsonginggs: hint muon-meson19:19
liushuyuschopin: but NZ people joined the party just now19:19
mwhudsontaking mysql-8.0 (...)19:19
liushuyuvorlon: hint mumps (bad tests results and also passed tests on petsc vs mumps, not updated yet)19:20
liushuyutaking mystiq19:20
-queuebot:#ubuntu-release- Unapproved: libvirt (jammy-proposed/main) [8.0.0-1ubuntu7.8 => 8.0.0-1ubuntu7.9] (ubuntu-server, virt)19:21
liushuyunothing to do for mystiq (not updated yet)19:21
liushuyutaking nautilus19:21
dbungertginggs: please hint msmtp19:22
liushuyuwe are entering the N* section19:22
mateus-moraisvorlon: please hint mpv-mpris (no-change rebuild, passes armhf and amd64 passed locally)19:22
mateus-moraistaking ncbi-blast+19:22
liushuyuvorlon: hint nautilus (bad dependencies on arm64/ppc64el/s390x)19:23
vpa1977ginggs: munge - self tests pass, regression in slurm-wlm (probably unrelated). Hint?19:23
liushuyutaking ncbi-vdb19:23
vpa1977taking neat19:23
liushuyuvorlon: hint ncbi-vdb (only one bad test result on amd64)19:23
liushuyutaking neko (cat)19:24
liushuyuvorlon: hint neko (bad result on amd64, passed on the others)19:24
liushuyutaking nemo19:24
vpa1977vorlon: neat - tests pass. amd64,arm64 - dependency. Hint?19:24
-queuebot:#ubuntu-release- Unapproved: mumble (noble-proposed/universe) [1.5.517-1build2 => 1.5.517-1ubuntu1] (no packageset)19:24
vpa1977taking netcdf19:25
schopinginggs: sorry, not a hint: could you approve mumble from the queue? That'd fix its autopkgtests19:25
liushuyuWe are at 260 / 743 on this list (~35%)19:25
schopintaking netcdf4-python19:26
dbungertwe skipped the source package ncrack I think, looking at that19:26
liushuyuvorlon: hint nemo (bad test results on amd64/i386, passed on the others, update delayed on ppc64el)19:27
vorlonLocutusOfBorg: mass-retry of failed builds? that's fine19:27
vpa1977vorlon: netcdf - tests mostly pass. Hint?19:28
LocutusOfBorgdoing it19:28
vpa1977taking netcdf-fortran19:28
liushuyutaking netcdf-parallel19:28
vorlonliushuyu, mateus-morais, vpa1977: hinted mini-httpd mongo-c-driver mpd mpich mumps mpv-mpris nautilus ncbi-vdb neko neat nemo netcdf19:28
liushuyuvorlon: hint netcdf-parallel (blocked by openmpi, otherwise all good)19:29
vorlonliushuyu: done19:29
liushuyutaking netgen19:29
dbungertginggs: please hint source package ncrack19:30
dbungerttaking net-snmp19:30
liushuyuvorlon: hint netgen (bad results on amd64, good/pass on the others)19:30
liushuyutaking netsurf19:31
schopinginggs: please hint netcdf4-python. NCR, all armhf passes except for python-xarray (syntax error in the test cmd...)19:31
waveformginggs: please hint multipath-tools (pending re-runs on arm64 and ppc64el, but all other bad tests on amd64, arm64, ppc64el, and s390x were false-positives)19:31
-queuebot:#ubuntu-release- Unapproved: livecd-rootfs (noble-proposed/main) [24.04.51 => 24.04.52] (desktop-core, i386-whitelist)19:31
liushuyuvorlon: hint netsurf (bad results on amd64 only, good on the others)19:32
vorlonEickmeyer, tsimonq2: I finally got test results back from livecd-rootfs/amd64, and they failed - because linux-generic-hwe-22.04 is gone in -proposed which is what the test was run against.  And that kernel is landing today, so fat lot of good it would do to land the current livecd-rootfs now to turn around and have image builds all break again tomorrow.  so I've uploaded ^^19:32
waveformtaking network-manager19:32
vorlonliushuyu: done19:32
vpa1977vorlon: netcdf-fortran. Installs on armhf, abinit test passed on ppc64el with all proposed, rest queued. Hint?19:32
vpa1977taking nextpnr19:32
vorlonvpa1977: done19:32
liushuyutaking nghttp219:32
Eickmeyervorlon: ack, patiently waiting.19:32
-queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (noble-proposed) [24.04.52]19:33
adrienmwhudson: a few packages less19:33
liushuyuvorlon: hint nghttp2 (an all-proposed test passed despite a previous no-proposed one failed)19:33
liushuyutaking nginx19:34
adrienlet's call that a few dozens, but I can't tell you how many "t64"19:34
schopintaking ngircd19:34
vpa1977vorlon: nextpnr - never built on armhf, tests pass (superficial). Hint?19:34
-queuebot:#ubuntu-release- Unapproved: python-xarray (noble-proposed/universe) [2024.02.0-1 => 2024.02.0-2] (no packageset) (sync)19:35
liushuyuvorlon: hint nginx (bad results from broken packages like ldap-account-manager/usemod-wiki)19:35
waveformargh, actually I have to hand back network-manager -- needed for parental duties for a bit, but I'll be back later19:35
schopinvorlon: please RM ngircd on armhf in noble release pocket (no rdep)19:36
liushuyuwaveform: taking your usemod-wiki19:36
vorlonsil2100, juliank: libtoxcore, toxic, utox, qtox restored to -proposed19:36
liushuyuwaveform: *network-manager19:36
vorlonliushuyu: vpa1977: hinted nghttp2 nextpnr nginx19:37
mwhudsonhas anyone looking into the manila autopkgtest failure?19:37
mwhudsonAttributeError: 'BatchOperations' object has no attribute 'rename_table'19:37
vpa1977taking ngrep19:37
schopinvpa1977: which list are you using? I don't see ngrep in the one in the topic19:38
vpa1977https://paste.ubuntu.com/p/49cbkr9C3V/19:38
vpa1977ops old one19:38
schopintaking ngspice19:39
vpa1977taking nim19:39
liushuyuvorlon: hint network-manager (most failures got superseded by an all-proposed=1 test)19:39
liushuyuwaveform: You can take something else from the pool when you are back19:40
waveformliushuyu, will do -- thanks!19:40
liushuyuwaveform: no problem!19:40
liushuyutaking nix19:40
ginggscpete: merecat ack19:40
vpa1977vorlon: nim tests mostly pass (failing on dependency). Hint?19:41
vpa1977taking nmap19:41
liushuyuvorlon: hint nix (all-proposed test passed)19:41
liushuyutaking nmh19:41
ginggsschopin: modemmanager ack19:41
liushuyuvorlon: hint nmh (bad result on amd64, good on the others)19:41
liushuyutaking nodejs19:42
mwhudsonanyway that's something to do with alembic, not mysql19:42
vorlonliushuyu: network-manager nix nmh done19:42
ginggsvpa1977: motif ack19:42
vorlonvpa1977: nim done19:42
liushuyuvorlon: just hint nodejs, do we really care all those JS micropackages?19:42
mateus-moraisWhen armhf tests fail when unmet dependencies, is that a hint?19:43
vorlonliushuyu: we do not care about the micropackages; we do care about not regressing things unawares19:43
vorlonliushuyu: hinting19:43
ginggsdbungert: motion ack19:43
ginggswaveform: mir ack19:44
liushuyumateus-morais: depends. It's either a hint or get removed (needs to check reverse dependencies)19:44
schopinginggs: please hint ngspice, tests ran locally19:45
liushuyutaking normaliz19:45
schopintaking notify-osd19:45
ginggsvpa1977: mozjs115 ack19:47
liushuyuvorlon: genuine issue: normaliz/3.10.2+ds-1 on ppc64el/s390x (looks like OOM)19:47
ginggsschopin: msolve ack19:47
mwhudsonneed to step away for a bit, mysql has some real failures19:47
vorlonliushuyu: test regression? package regression? what do you advise we do, shall I block normaliz and let the armhf binary be broken?19:48
ginggsvpa1977: muffin ack19:48
mwhudson(manila, although i don't think that's mysql, pytest-services which might be, slurm-wlm/armhf which might be a real problem somewhere, request-tracker but i think that's something on in the rt packaging)19:49
ginggsmwhudson: muon-meson ack19:49
liushuyuvorlon: test regression. I believe just hint this package, the test failure looks like a transient one. I will file a bug report anyways so that we won't forget19:49
vpa1977vorlon: nmap - tests pass, except molly-brown (unrelated regression). Hint?19:49
dbungertvorlon: please hint net-snmp19:49
vpa1977raised https://bugs.launchpad.net/ubuntu/+source/molly-brown/+bug/2059312 for molly-brown19:49
-ubottu:#ubuntu-release- Launchpad bug 2059312 in molly-brown (Ubuntu) "molly-brown 0.0~git20230820.2068c3b-1 autopkgtest failure in run-server" [Undecided, New]19:49
vorlonliushuyu: thanks hinting19:50
ginggsdbungert: msmtp ack19:50
vorlonvpa1977, dbungert: done19:50
schopinmwhudson: rt is known as failing.19:50
dbungerttaking numpy19:50
vpa1977taking nvidia-cuda-toolkit19:50
mateus-moraisvorlon: please rm prokka, python-biotools, resfinder, transdecoder, virulencefinder (leaf packages) and hint ncbi-blast+ (armhf tests pass for packages other than the removed ones)19:51
dbungerthahahhaa that is so long19:51
liushuyuhttps://bugs.launchpad.net/ubuntu/+source/normaliz/+bug/205931319:51
-ubottu:#ubuntu-release- Launchpad bug 2059313 in normaliz (Ubuntu) "autopkgtest failure with normaliz/3.10.2+ds-1 on ppc64el" [Undecided, New]19:51
liushuyumateus-morais: you might also need to specify if we remove those for armhf only or all (removing source packages requires removal bug filed)19:52
ginggsvpa1977: munge ack -- there's LP: #2059131 for slurm-wlm19:52
-ubottu:#ubuntu-release- Launchpad bug 2059131 in slurm-wlm (Ubuntu) "slurmdbd segfaults on armhf" [High, New] https://launchpad.net/bugs/205913119:52
liushuyutaking nvidia-graphics-drivers-535-server19:53
mateus-moraisAh, sorry, the packages to rm are armhf only vorlon19:53
liushuyu(server driver?)19:53
ginggsschopin: mumble accepted19:53
schopinthx19:53
schopintaking nvme-cli19:54
-queuebot:#ubuntu-release- Unapproved: accepted mumble [source] (noble-proposed) [1.5.517-1ubuntu1]19:54
vorlonmateus-morais: sorry, can you clarify why I'm removing these armhf binaries?19:54
liushuyuvorlon: hint nvidia-graphics-drivers-535-server (it's linux-doc problem again)19:54
ginggsdbungert: ncrack ack19:54
vorlonmateus-morais: I see no failing tests for prokka on armhf; and in any case it's an Arch: all package so there is no removal19:54
vorlonliushuyu: thanks done19:55
liushuyutaking nvme-cli19:55
schopinliushuyu: nope, that's mine.19:55
mateus-moraisvorlon I see unmet dependencies on the armhf autopkgtest for these packages, is that a blocker for migration?19:55
vorlonmateus-morais: 'no test results' is neutral, does not indicate a bug19:55
liushuyuschopin: sorry, did not see your call-out in this whirlpool of messages19:56
vorlonmateus-morais: and these packages are themselves not part of the migration19:56
liushuyutaking oath-toolkit19:56
vpa1977vorlon: nvidia-cuda-toolkit no armhf binaries, package installs on amd64, ppc64el test for gloo-cuda passed, bard-cuda and mumax requed. Changes are no-change rebuilds. Hint?19:56
vpa1977taking obs-3d-effect19:56
ginggsschopin: netcdf4-python ack -- python-xarray failure either due to new xarray or pytest in proposed19:56
schopinginggs: please hint notify-osd (ran the test locally)19:57
schopinginggs: no, python-xarray fails because the Debian maintainer left a stray ) somewhere.19:57
liushuyuvorlon: hint oath-toolkit (bad test results on amd64/arm64/s390x)19:57
ginggswaveform: multipath-tools ack19:58
liushuyuschopin: because the Debian maintainer left a stray ) somewhere > did they not test build their packages?19:58
vorlonvpa1977: nvidia-cuda-toolkit done (alternatively we could just block it because if there's no armhf binaries it doesn't need to migrate right now - but, well)19:58
ginggsschopin: ngspice ack19:59
schopinliushuyu: it's in the test script, not d/rules19:59
vorlonvpa1977: you also mention package installability a fair bit, please don't be spending time validating this, it's not relevant19:59
mateus-moraisvorlon: ok, in that case I believe ncbi-blast+ can be hinted? It's a no-change rebuild and there are no armhf regressions19:59
liushuyutaking obs-ashmanix-blur-filter19:59
vorlonmateus-morais: done19:59
vpa1977vorlon: obs-3d-effect tests pass . Hint?19:59
vorlonvpa1977: done20:00
vpa1977taking obs-color-monitor20:00
liushuyunothing to do for obs-ashmanix-blur-filter (all green, excuses not updated yet)20:00
liushuyutaking obs-command-source20:00
ginggsschopin: notify-osd ack20:00
vpa1977vorlon: obs-color-monitor tests pass. Hint?20:00
schopinginggs: please hint nvme-cli (NCR, armhf all green)20:01
vorlonvpa1977: done20:01
mateus-moraistaking obs-gradient-source20:01
liushuyuvorlon: hint obs-command-source (tests passed w/ all-proposed=1)20:01
vpa1977taking obs-move-transition20:01
liushuyutaking obs-scene-as-transition20:01
vorlonliushuyu: done20:02
schopintaking obs-scene-collection-manager20:02
liushuyuvorlon: hint obs-scene-as-transition (tests passed w/ all-proposed=1)20:02
liushuyutaking obs-scene-tree-view20:02
vorlonliushuyu: done20:02
mwhudsonmaybe we should remove slurm-wlm binaries on armhf20:02
liushuyuvorlon: hint obs-scene-tree-view (pending tests on amd64, passed on the others)20:03
schopinmwhudson: there's a whole lot of rdeps because of mpich.20:03
liushuyutaking obs-source-clone20:03
ginggsschopin: nvme-cli ack20:03
mwhudsonvorlon, ginggs: hint mysql-8.0 i think, there are some failures but they are not mysql's fault20:03
mwhudsonschopin: is there a bug about slurm-wlm yet?20:04
schopinmwhudson: LP: #205913120:04
-ubottu:#ubuntu-release- Launchpad bug 2059131 in slurm-wlm (Ubuntu) "slurmdbd segfaults on armhf" [High, New] https://launchpad.net/bugs/205913120:04
liushuyuvorlon: hint obs-source-clone (pending tests on amd64)20:05
mwhudsonschopin: cool20:05
mateus-moraisvorlon: hint obs-gradient-source (no-change rebuilt, no armhf regressions)20:05
mwhudsonschopin: (i mean it all looks horrible but at least i don't have to file it)20:06
schopinginggs: please hint obs-scene-collection-manager (ran the amd64 test locally with all-proposed)20:06
ginggsthat's obscene20:07
vpa1977vorlon: obs-move-transition tests pass. Hint?20:07
schopinginggs: heh20:07
mwhudsontaking obs-source-copy20:08
schopintaking obs-studio20:08
schopinI have the motherlode20:08
enr0ntaking obs-studio20:08
enr0nnoope20:08
schopinI mean, if you want it that much...20:08
enr0ntaking obs-transition-table20:08
ginggsschopin: obs-scene-collection-manager ack20:09
vpa1977taking obs-vintage-filter20:09
enr0nnothing to do for obs-transition-table, waiting for a test20:11
mwhudsonginggs: hint obs-source-copy/0.2.2-7build120:11
enr0ntaking octave20:11
mwhudsontaking octave-fits20:11
ginggsmwhudson: mysql-8.0 ack <- vorlon20:11
vpa1977ginggs: obs-vintage-filter tests pass. Hint?20:12
liushuyutaking octave-general20:12
ginggsmwhudson: obs-source-copy ack20:12
liushuyuwe are at 300 / 743 on the list (~40%)20:12
vpa1977taking octave-image-acquisition20:12
mwhudsonginggs: hit octave-fits20:12
mwhudson*hint20:12
vpa1977ginggs: octave-image-acquisition tests pass. Hint?20:13
ginggsvpa1977: obs-vintage-filter ack20:13
ginggsmwhudson: octave-fits ack20:14
liushuyuvorlon: hint octave-general (pending tests on amd64/ppc64el/arm64, good on the others)20:14
mateus-moraistaking octave-mapping20:14
liushuyutaking octave-netcdf20:14
ginggsvpa1977:  octave-image-acquisition ack20:15
vpa1977taking ofono20:15
mwhudsontaking ogre-1.1220:15
liushuyuginggs: hint octave-netcdf (bad dependencies on armhf)20:15
vpa1977ginggs: ofono tests pass. Hint?20:16
mwhudsonginggs: hint ogre-1.1220:16
vpa1977taking ola20:16
vorlonliushuyu, mateus-morais, vpa1977: obs-scene-tree-view obs-source-clone obs-gradient-source obs-move-transition octave-general done20:17
liushuyutaking onnx20:18
mwhudsontaking openafs20:18
vpa1977ginggs: ola - amd64/i386 tests in progress, rest pass. Hint?20:18
vpa1977taking openbox20:18
ginggsliushuyu: octave-netcdf i think that needs a bug or removal20:19
liushuyuginggs: looking20:20
schopinginggs: please hint obs-studio (ran the rdep amd64 tests for the plugins that were not hinted through yet)20:20
ginggsvpa1977: ofono ack20:21
schopintaking openbsd-inetd20:21
vorlonafk for ~1.5h20:21
vorlonginggs: you have the con20:21
schopinno pressure.20:21
ginggsmwhudson: ogre-1.12 ack20:22
ginggsvorlon: ack20:22
ginggsvpa1977: ola ack20:23
ginggsschopin: obs-studio ack20:24
-queuebot:#ubuntu-release- Unapproved: lxd-agent-loader (noble-proposed/main) [0.6 => 0.7] (ubuntu-server)20:25
schopinginggs: please hint openbsd-inetd (ran the two amd64 locally with all-proposed)20:28
schopintaking opencascade20:29
vpa1977ginggs: openbox - tests mostly pass (failed on dependency). Hint?20:29
ginggsschopin: openbsd-inetd ack20:30
schopinginggs: please hint opencascade (all red tests have successful run with all_proposed)20:30
schopintaking openhpi20:31
ginggsvpa1977: openbox ack20:31
schopinginggs: please hint openhpi (all red tests have successful run with all_proposed)20:32
schopintaking openipmi20:32
ginggsschopin: opencascade ack20:32
schopinginggs: please hint openipmi (all red tests have successful run with all_proposed)20:33
ginggsschopin: openhpi ack20:33
schopinyes, I'm recycling the same sentence.20:33
schopin... and on that note I'll call it a day before I get into openjdk20:34
ginggsschopin: openipmi ack20:34
mwhudsonvpa1977: do you have any insight into the openjdk packages?20:34
vpa1977mwhudson: armhf needs to be rebootstrapped20:34
mwhudsoni'll skip ahead to openjpeg2 for now20:34
vpa1977other arches are fine20:34
mwhudsonvpa1977: so they should be hinted and dealt with next week?20:35
vpa1977yes20:35
enr0nAll of the armhf regressions for octave are due to octave-statistics-common being uninstallable. I don't see this binary package published for noble. It is define in d/control in src:octave-statistics though.20:35
mwhudsonginggs: hint openjdk-* per vpa1977's comments20:36
liushuyuginggs: see https://bugs.launchpad.net/ubuntu/+source/octave-statistics/+bug/205931820:36
-ubottu:#ubuntu-release- Launchpad bug 2059318 in octave-statistics (Ubuntu) "octave-statistics is uninstallable on Noble" [Undecided, New]20:36
liushuyuginggs: this is wrt octave-netcdf20:36
vpa1977mwhudson: can we block them instead ?20:36
liushuyu... where one of the test-depends is uninstallable. I still think a hint is enough20:36
vpa1977then we can build in ppa off release pocket next week, binary-copy armhf binaries, and let those builds in20:37
mwhudsonvpa1977: yes maybe, it looks like they got deleted from armhf release pocket already?20:37
vpa1977mwhudson: ah, doko copied them to ppa20:38
mwhudsonvpa1977, ginggs: so yes i think blocking openjdk-* makes sense20:38
enr0nliushuyu: ginggs: re: octave-statistics that's what I was describing above ^. I don't know why octave-statistics-common is not published20:39
liushuyuginggs: hint onnx (test in-progress on amd64/arm64, already passed on the others)20:39
vpa1977ginggs: openjdk-17, openjdk-21, openjdk-23, openjdk-8, openjdk-lts please block them (since we need armhf rebootstrap)20:39
vpa1977taking openjpeg220:39
vpa1977ops, sorry, taking openldap20:40
cpetetaking openmpi20:40
mwhudsonginggs: hint openjpeg220:40
ginggsi'll leave openjdk-* to vorlon20:40
mwhudsontaking openmsx20:40
waveformright, back for more punishment ... let's see20:41
waveformtaking opensaml20:41
enr0nok, moving on for now20:41
mateus-moraisginggs please hint octave-mapping (NCR against libgdal34t64; no armhf regressions)20:41
enr0ntaking opensc20:41
dbungertvorlon: what was your process for analyzing the larger ones like python3.12?  I have been trying to focus on regressions for packages that are also in the list (currently looking at numpy)20:42
liushuyuenr0n: octave-statistics failed to build: https://launchpadlibrarian.net/721167399/buildlog_ubuntu-noble-amd64.octave-statistics_1.6.3-1_BUILDING.txt.gz due to dh_dwz unable to compress the debug symbols20:42
liushuyu"dwz: Couldn't find DIE at DW_FORM_ref_addr offset 0x5b02"20:42
mwhudsonginggs: hint openmsx (test appears to be a bit flaky on arm64, there's a retry in the queue)20:43
mwhudsontaking openscad20:43
enr0nliushuyu: the armhf build passed, which is the arch I was looking at20:43
ginggsliushuyu: enr0n: would you fix octave-statistics between the two of you please?20:44
vpa1977ginggs: openjpeg2 tests pass. Hint?20:44
mwhudsonginggs: hint openscad pls20:44
vpa1977taking openscap20:45
mwhudsonvpa1977: do you meanb openldap? i did openjpeg220:45
enr0nginggs: yeah20:45
mwhudsontaking openscenegraph20:45
liushuyuenr0n: https://launchpad.net/ubuntu/noble/armhf/octave-statistics shows published20:45
ginggsliushuyu: onnx ack20:45
enr0nliushuyu: octave-statistics-*common* is not20:46
ginggsmwhudson: openjpeg2 ack20:46
liushuyuenr0n: oh, octave-statistics-common is an arch: all package, and amd64 is not built, so this binary package did not exist20:47
ginggsmateus-morais: octave-mapping ack20:47
mwhudsonginggs: hint openscenegraph pls20:47
waveformginggs: please hint opensaml (bunch of tests-not-really-in-progress that actually passed)20:47
mwhudsontaking openslide20:47
waveformtaking openssh20:48
enr0nliushuyu: ah ah thanks. I will work on it20:48
vpa1977ginggs: openldap - timeout in python-ldap raising bug, rest mostly passing. Hint?20:48
ginggsmwhudson: openmsx ack20:48
mwhudsonginggs: hint openslide (although tests have passed now so maybe no need)20:48
mwhudsontaking openstructure20:48
liushuyuenr0n: updated https://bugs.launchpad.net/ubuntu/+source/octave-statistics/+bug/2059318 to document FTBFS information20:49
-ubottu:#ubuntu-release- Launchpad bug 2059318 in octave-statistics (Ubuntu) "octave-statistics FTBFS on Noble" [Undecided, New]20:49
liushuyutaking openturns20:49
mwhudsonginggs: hint openstructure (test has passed on amd64 now)20:49
ginggsmwhudson: openscad ack20:49
mwhudsoni like this run of really easy ones20:49
mwhudsontaking openvas-scanner20:50
ginggsmwhudson: openscenegraph ack20:50
liushuyuginggs: hint openturns (tests passed w/ all-proposed=1)20:50
liushuyutaking openvswitch20:51
mwhudsonginggs: hint openvas-scanner20:51
mwhudsontaking orc20:51
ginggswaveform: opensaml ack20:51
liushuyuginggs: hint openvswitch (tests passed w/ all-proposed=1)20:51
mwhudsonwhat's with https://autopkgtest.ubuntu.com/packages/pulseaudio/noble/i386, seems angry20:52
mwhudson234s autopkgtest [19:25:18]: testbed running kernel: Linux 6.8.0-20-generic #20-Ubuntu SMP PREEMPT_DYNAMIC Mon Mar 18 11:23:20 UTC 202420:52
mwhudson235s autopkgtest [19:25:19]: @@@@@@@@@@@@@@@@@@@@ apt-source pulseaudio20:52
mwhudson238s blame: pulseaudio20:52
mwhudson238s badpkg: rules extract failed with exit code 120:52
mwhudsonidgt20:52
mwhudson*idgi20:52
mwhudsonanyway it's clearly not orc's fault20:53
mwhudsonginggs: hint orc pls20:53
mwhudsontaking orthanc20:53
vpa1977raised https://bugs.launchpad.net/ubuntu/+source/openldap/+bug/2059321 for python-ldap/openldap20:53
-ubottu:#ubuntu-release- Launchpad bug 2059321 in python-ldap (Ubuntu) "python-ldap 3.4.4-1 vs openldap/2.6.7+dfsg-1~exp1ubuntu6 autopkgtest failure on armhf" [Undecided, New]20:53
liushuyutaking orthanc-dicomweb20:53
liushuyuginggs: hint orthanc-dicomweb (bad test results on !armhf, passed on armhf)20:55
liushuyutaking orthanc-python20:55
ginggsvpa1977: openldap ack -- but please file a bug for python-ldap, it used to finish in 5 minutes20:55
vpa1977ginggs: https://bugs.launchpad.net/ubuntu/+source/openldap/+bug/205932120:56
-ubottu:#ubuntu-release- Launchpad bug 2059321 in python-ldap (Ubuntu) "python-ldap 3.4.4-1 vs openldap/2.6.7+dfsg-1~exp1ubuntu6 autopkgtest failure on armhf" [Undecided, New]20:56
ginggsmwhudson: openslide ack20:57
mwhudsonginggs: hint orthanc, tests passed on !amd6420:57
liushuyuginggs: hint orthanc-python (test passed on amd64/armhf, bad results on the rest)20:57
mwhudsontaking osmo-bts but really why is this package not deleted yet20:57
ginggsmwhudson: openstructure ack20:58
mwhudsoni guess it works now20:58
mwhudsonginggs: hint osmo-bts pls20:58
liushuyuwait, did someone take orthanc-wsi?20:58
vpa1977ginggs: openscap - package builds/installs. regression in openscap-daemon - autopkgtest tries to install sysvinit-core. raising bug for openscap-daemon. Hint?20:58
mwhudsonliushuyu: ah no looks like i skipped over that20:58
ginggsliushuyu: openturns ack20:58
liushuyuokay, I will take orthanc-wsi20:58
liushuyuginggs: hint orthanc-wsi (pending on amd64, passed on all the others)20:59
ginggsmwhudson: openvas-scanner20:59
ginggsack20:59
liushuyutaking osmo-mgw20:59
mwhudsontaking osmo-pcu21:00
sil2100o/21:00
ginggsliushuyu: openvswitch ack21:00
mwhudsonginggs: hint osmo-pcu21:00
liushuyuginggs: hint osmo-mgw (bad test results from osmo-bsc@amd64)21:00
mwhudsoner wait21:01
ginggsmwhudson: orc ack21:01
sil2100I'm here to help out with hinting as well21:01
mwhudsonoh no, osmo-pcu is ok21:01
mwhudsontaking osmose-emulator21:01
liushuyusil2100: are you going to have an exciting fire-fighting night with us?21:01
liushuyuwe have an updated todo list (again)21:02
ginggsliushuyu: orthanc-dicomweb ack21:02
liushuyutaking osmo-trx21:02
sil2100Just like yesterday21:02
mwhudsonsil2100: hint osmose-emulator pls21:03
ginggsmwhudson: orthanc ack21:03
vpa1977raised https://bugs.launchpad.net/ubuntu/+source/openscap-daemon/+bug/2059325 for openscap-daemon21:03
-ubottu:#ubuntu-release- Launchpad bug 2059325 in openscap-daemon (Ubuntu) "autpkgtest failure in openscap-daemon/0.1.10-3.1ubuntu2 (dependency on sysvinit-core)" [Undecided, New]21:03
mwhudsontaking osmbpf21:03
liushuyuginggs: hint osmo-trx (bad test results on amd64, good on the others)21:03
sil2100mwhudson: ACK o/21:03
ginggsliushuyu: orthanc-python ack21:03
liushuyutaking ossp-uuid21:03
vpa1977taking ostree21:03
mwhudsonuh osmpbf21:03
cpetesil2100: hint openmpi plz21:04
cpetetaking ossp-uuid21:04
sil2100cpete: on it o/21:04
sil2100cpete: oh my, that's a big one, and a big change. You double checked all the results?21:05
liushuyucpete: race-condition detected21:05
mwhudsonsil2100: hint osmpbf pls21:06
liushuyucpete: do you want to look at the next one?21:06
cpetesil2100: The only thing I could find failing on armhf was perl related which Steve mentioned he had hinted recently. The rest had passing tests on other arches and needed to be re-run on the others21:06
vpa1977sil2100: ostree - tests pass, hint?21:07
cpeteliushuyu: ack, I missed your message sorry21:07
liushuyucpete: no worries21:07
vpa1977taking otf21:07
ginggsmwhudson: osmo-bts ack21:07
ginggsvpa1977: openscap ack -- it's already regressed in release21:07
mwhudsontaking otf221:08
vpa1977ginggs: otf - tests pass, hint?21:08
ginggsliushuyu: orthanc-wsi ack21:08
vpa1977taking ott21:09
ginggsmwhudson: osmo-pcu ack21:09
sil2100cpete: but are we certain that the versions that have not been tested for other arches do not regress anything? Since this doesn't look line a no-change rebuild? Or is it?21:09
vpa1977ginggs: ott - tests pass, hint?21:09
sil2100mwhudson: done21:10
sil2100vpa1977: on it21:10
ginggsliushuyu: osmo-mgw ack21:10
mwhudsonsil2100: hint otf2 (tests have passed now + known eztrace/armhf regression)21:10
cpetesil2100: Not a no-change rebuild for sure. I'll take another pass21:10
sil2100mwhudson: on it as well21:10
sil2100cpete: thanks!21:11
ginggsliushuyu: osmo-trx ack21:11
vpa1977taking ovn21:11
sil2100Everyone's going so fast, nice!21:11
liushuyusil2100: hint ossp-uuid (genuine issue with gscan2pdf, marked as not a regression on !amd64, see https://bugs.launchpad.net/ubuntu/+source/gscan2pdf/+bug/2059328)21:13
-ubottu:#ubuntu-release- Launchpad bug 2059328 in gscan2pdf (Ubuntu) "autopkgtest failure with gscan2pdf/2.13.2-1 on all architectures" [Undecided, New]21:13
ginggsvpa1977: otf and ott ack21:13
sil2100liushuyu: excellent, thanks for the bug! Hinting21:13
liushuyutaking pacemaker21:14
liushuyuwe are currently at 352 / 743 (~47%)21:15
sil2100Taking pam21:16
vpa1977ovn - tests fail on amd64, retried, skip?21:16
vpa1977taking pango1.021:16
liushuyusil2100: hint pacemaker (tests passed w/ all-proposed=1)21:16
sil2100liushuyu: ack, hinted21:17
liushuyutaking pappl21:17
liushuyusil2100: hint pappl (tests passed w/ all-proposed=1)21:18
liushuyutaking paramcoq21:18
sil2100liushuyu: ack, hinted pappl21:19
liushuyusil2100: hint paramcoq (tests pending on amd64/arm64/ppc64el, passed on the others), one of the rdepends, coqeal exploded due to coqeal itself uninstallable on armhf (coq-* goop)21:22
liushuyutaking paraview21:23
sil2100liushuyu: hm, okay, it's a no-change rebuild of paramcoq so +1 on that, hinting21:24
liushuyusil2100: hint paraview (tests passed w/ all-proposed=1)21:25
vpa1977sil2100: pango1.0 - failed to upload armhf, https://launchpadlibrarian.net/721378824/upload_27895638_log.txt, tests mostly passing, block?21:25
liushuyutaking parlatype21:25
dbungertsil2100: please hint numpy (imported many bugs from Debian and filed at least one myself)21:25
vpa1977taking parmetis21:26
liushuyusil2100: hint parlatype (tests passed w/ all-proposed=1)21:26
liushuyutaking parted21:26
liushuyusil2100: hint parted (tests passed w/ all-proposed=1)21:26
sil2100liushuyu: ack paraview21:27
liushuyu(and only on i386, other tests have the correct triggers)21:27
liushuyutaking passenger21:27
vpa1977parmetis - tests pass with all-proposed, hint?21:27
sil2100dbungert: ack numpy \o/21:28
vpa1977taking pcp21:28
dbungertafk21:28
* vpa1977 package, not the drug ...21:28
dbungertsome of these package names are special21:28
sil2100ahahah21:28
liushuyusil2100: hint passenger (tests passed w/ all-proposed=1) (also the package, not the people)21:29
sil2100liushuyu: ack parted21:29
vpa1977sil2100: pcp - tests pass, no-change rebuild. Hint?21:29
liushuyutaking pcsc-lite21:29
enr0nginggs: it's okay if I upload octave-statistics since it will need to be reviewed anyways, right?21:29
vpa1977taking pdf2svg21:29
sil2100vpa1977: ack parmetis21:30
liushuyuvpa1977: are you going to block openjdk-8?21:30
sil2100liushuyu: passenger ack21:30
sil2100vpa1977: ack pcp21:30
vpa1977liushuyu: I can not block it, but it would be best to freeze those for now21:31
ginggsenr0n: sure, i think we can just ack it straight away21:31
vpa1977sil2100: pdf2svg - tests pass with all-proposed. Hint?21:32
liushuyusil2100: hint pcsc-lite (blew up on openjdk-8/8u402-ga-2ubuntu1 vs pcsc-lite/2.0.3-1, good otherwise)21:32
liushuyutaking pdfgrep21:32
sil2100vpa1977: ack pdf2svg21:33
enr0nginggs: ack thanks21:33
liushuyusil2100: hint pdfgrep (bad test results on !armhf, passed on armhf)21:34
sil2100liushuyu: hmm, what about the globalplatform regressions for pcsc-lite?21:34
vpa1977taking pd-flext21:34
liushuyusil2100: These are bad test results that got overriden to errors21:34
adrienexcuses updated again recently21:35
liushuyuWe can see the tests are good on amd64/armhf21:35
liushuyuadrien: Time to update the list?21:35
dbungerttaking pdns-recursor21:35
sil2100liushuyu: but is the actual right package version tested in those?21:36
sil2100liushuyu: I mean, this is a jump from 2.0.0-1 to 2.0.3-1, so not just a no-change rebuild. Do we have tests for globalplatform that pull in the new pcsc-lite from -proposed and pass?21:36
liushuyusil2100: armhf one was tested with all-proposed=121:36
sil2100liushuyu: armhf yes, but the rest?21:37
liushuyulet's see21:37
sil2100I just want to make sure that we don't regress non-armhf by hinting something - or if we do, we at least have some bug filled21:37
sil2100Thanks!21:37
liushuyusil2100: the rest were tested against 2.0.3-1 and passed, but overriden to an error21:38
sil2100liushuyu: hinting pdfgrep in the meantime21:38
mwhudsonheh next on the list is perl but vorlon said he did that already21:38
mwhudsontaking petsc21:38
vpa1977pd-flext - no test results for latest version, kicked off tests, skip21:38
sil2100liushuyu: you have to check the logs sadly21:38
vpa1977taking petsc4py21:38
liushuyusil2100: ah, sorry, was tested against an incorrect version21:38
liushuyuso it was overriden to an error21:39
sil2100liushuyu: since if you take a look here (one of the errored ones) it's not running against -proposed21:39
sil2100liushuyu: those still tested 2.0.0-121:39
sil2100(due to the bug in the infra)21:39
sil2100liushuyu: in the meantime pdfgrep hinted!21:39
adrienliushuyu: yes but also at least to refresh your pages :P21:39
mwhudsonsil2100: we can hint petsc, it's passed on all arches now apart from arm64 where it is pending21:39
liushuyusil2100: we can't infer the actual situation with 2.0.3-1, so re-test is required21:40
sil2100mwhudson: I like the risk, petsc hinted21:40
liushuyutaking pg-gvm21:41
sil2100liushuyu: yeah, can you queue some tests and skip that one? We'll return to it in the next iteration then!21:41
liushuyusil2100: someone was mass retrying those21:41
mwhudsonwhy are there no results at all for petsc4py/3.19.6-7ubuntu221:42
-queuebot:#ubuntu-release- Unapproved: octave-statistics (noble-proposed/universe) [1.6.3-1 => 1.6.3-1ubuntu1] (no packageset)21:42
mwhudsonvpa1977: oh uh i didn't say i was looking at that. what do you make of it?21:44
liushuyusil2100: hint pg-gvm (tests passed w/ all-proposed=1 for gvmd, corrective tests still pending for pg-gvm on !armhf, passed on armhf)21:44
vpa1977mwhudson: something strange - we have ubuntu2 but no tests scheduled for it21:44
vpa1977last test results for ubuntu121:44
liushuyutaking pgmemcache21:44
dbungertvpa1977: sounds like a failed test requeue21:44
vpa1977I have tried triggering, but they did not appear in the queue21:44
* enr0n EOD to make dinner etc.21:45
vpa1977dbungert: anything I can do to resolve it ?21:45
dbungertthere is some latency I think between the test queue and it showing up in the list of queued tests21:45
sil2100Ok, pam actually looking well, decent. Hinting! Only issues with slurm-wlm I see but I saw those already21:45
dbungerttake note and come back in 10 minutes?21:46
liushuyusil2100: hint pgmemcache (tests passed on arm64/armhf, tests pending on the others)21:46
vpa1977dbungert: sure =)21:46
liushuyutaking pg-snakeoil21:46
* vpa1977 short afk - coffee21:46
sil2100liushuyu: pg-gvm hinted21:46
liushuyuwe are currently at 372 / 743 (~50.01%)21:47
liushuyu(~50.07 actually_21:47
sil2100liushuyu: ack pgmemcache21:47
liushuyusil2100: hint pg-snakeoil (tests passed on !amd64, test still pending on amd64)21:49
vpa1977and still nothing..21:49
liushuyuafk for a bit21:50
dbungertskipping pdns-recursor, test queued21:50
vpa1977I think the issue is that it is marked as "Test in progress" on update execuses, so the test requests are ignored?21:50
dbungerttaking pgsql-ogr-fdw21:50
vpa1977skipping petsc4py - no test results and can not requeue21:50
sil2100liushuyu: ack pg-snakeoil21:51
vpa1977taking phoc21:51
sil2100Taking phosh-antispam21:51
liushuyutaking php8.321:52
-queuebot:#ubuntu-release- Unapproved: accepted octave-statistics [source] (noble-proposed) [1.6.3-1ubuntu1]21:52
sil2100...hinted21:52
sil2100Taking php-imagick21:52
cpetesil2100: I feel confident in openmpi. There's a failure in apbs with an existing bug and a failure in parametis due to perl, but this is also known. The rest require retest on some arches due to the infra bug and I don't have any reason to suspect the queued tests won't pass. Acceptable to hint?21:52
liushuyuokay, php8.3 is a huge disaster21:53
sil2100cpete: ...works for me! Let me pick the hint in a moment21:53
vorlonliushuyu: yes but is it hintable ;)21:54
vpa1977sil2100: phoc - tests pass (superficial) with all-proposed. Failures in wlf-randr (dependency ppc64el, s390x) requeued. Hint?21:54
liushuyuvorlon: ah, welcome back21:54
vpa1977taking php-memcached21:55
vorlondbungert: python3.12: I did a vgrep for any lines having red in the middle (indicating armhf or an all-architecture failure) and ignored amd64 or s390x because I knew those wouldn't be representative21:55
vorlonginggs: hi, what in openjdk are you leaving to me?21:55
liushuyuvorlon: it is also a huge problem trying to understand if php8.3 is hintable21:56
vorlonliushuyu: do you want to pass it to me?21:56
liushuyuvorlon: no need to, I am still looking21:56
dbungertsil2100: please hint pgsql-ogr-fdw21:56
ginggsvorlon: there was discussion of hinting vs blocking openjdk-*21:56
dbungerttaking pikepdf21:56
sil2100Hinting php-imagick, there seems to be a real regression in one of the tests but unrelated to the package itself, rest is good21:56
sil2100cpete: openmpi hinted!21:57
liushuyuvorlon: php8.3 is hintable, but breaks phpmyadmin/4:5.2.1+dfsg-2ubuntu1 due to an API change caught in the test21:58
mwhudsontaking a break for a bit21:58
liushuyuwill open a bug report21:58
sil2100vpa1977: phoc hint seems reasonable, done!21:58
sil2100dbungert: pgsql-ogr-fdw/1.1.4-3build3 hinted21:58
vorlonliushuyu: fwiw it's quite possible, glancing at it, that phpmyadmin's regression is due to symfony in -proposed and not php8.321:59
vorlonvpa1977: why do you think the need for an openjdk rebootstrap means we should block them now?22:00
sil2100Taking pivy22:00
liushuyuvorlon: https://bugs.launchpad.net/ubuntu/+source/phpmyadmin/+bug/205933622:00
-ubottu:#ubuntu-release- Launchpad bug 2059336 in phpmyadmin (Ubuntu) "phpmyadmin broken by php 8.3 transition" [Undecided, New]22:00
liushuyuupdated the LP bug to mention Symfony change22:00
sil2100mwhudson: is "a break for a bit" a package name..?!22:00
vorlonvpa1977: they are entangled with many libraries; blocking them means the openjdk bits depending on alsa-lib,cups,glib2.0,gtk+3.0,libpng1.6 will be uninstallable in the release pocket22:01
sil2100Hinting pivy22:01
vorlonvpa1977: (separately, I would like to know why they need re-bootstrapping)22:01
liushuyusil2100: can package name contain whitespaces?!22:01
sil2100Taking pktanon22:02
sil2100liushuyu: let's wait for mwhudson to come back and tell us!22:02
liushuyutaking plank22:02
sil2100Hinting pktanon22:02
vpa1977vorlon: the binaries for armhf that we have in release depend on glib2.0 etc before time_t transition. So we can not build on armhf at the moment.22:03
sil2100Taking oh boy plasma-workspace22:03
sil2100...oh, it's not as bad as I thought22:03
liushuyusil2100: plasma-workspace > we will see you tomorrow22:03
vpa1977vorlon: yes, this will make openjdk uninstallable on all architectures, so also not optimal22:03
vpa1977vorlon: if we hint them, then we need the bootstrap jdk to get armhf building. Can we use mantic ones for it?22:04
vorlonvpa1977: https://launchpad.net/ubuntu/noble/armhf/openjdk-17-jre/17.0.11~7ea-1 the openjdk-17-jre in -proposed does NOT depend on libglib2.0-0, it depends on libglib2.0-0t6422:04
liushuyuvorlon: hint plank (bad results on !armhf, passed on armhf only)22:04
vorlonvpa1977: so I have no idea why you say you need to rebootstrap22:04
sil2100Hinting plasma-workspace!22:05
dbungertsil2100: please hint pikepdf22:05
vorlonliushuyu: done22:05
dbungerttaking plastimatch22:05
liushuyutaking plymouth22:05
vpa1977vorlon: this is for armhf only: https://launchpad.net/ubuntu/+source/openjdk-lts/11.0.23~7ea-1ubuntu1/+build/2794555622:05
sil2100dbungert: ack pikepdf22:05
liushuyuvorlon: hint plymouth (tests passed w/ all-proposed=1)22:06
vorlonlast complete britney run took 1h20m, much better22:06
vorlonliushuyu: done22:06
liushuyutaking pnetcdf22:07
vpa1977vorlon: openjdk-8 and openjdk-lts22:07
sil2100I'll take a moment to get back to imagemagick22:07
vorlonvpa1977: so not all of the openjdks, just those two?22:07
vorlonvpa1977: the earlier mention was about all of them22:07
vpa1977vorlon: yes, sorry, I have got confused with debian - they ran into build failure with 17 for some reason22:08
vorlonok22:08
vorlon*that* is more reasonable22:08
vorloninstead of breaking the newer and default jdk :)22:08
dbungertskipping plastimatch, amd64 only and no passing result for build322:08
liushuyuvorlon: hint pnetcdf (tests passed w/ all-proposed=1, except for arm64, whose tests are still in the queue)22:08
vorlonliushuyu: done22:08
dbungerttaking pocketsphinx22:08
vpa1977vorlon: they are discussing it in the main bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=103688422:09
-ubottu:#ubuntu-release- Debian bug 1036884 in release.debian.org "transition: time64_t" [Normal, Open]22:09
-queuebot:#ubuntu-release- New binary: octave-statistics [amd64] (noble-proposed/universe) [1.6.3-1ubuntu1] (no packageset)22:09
liushuyutaking policykit-1 (oh my)22:10
cpetetaking policykit-1-gnome22:11
vpa1977vorlon: php-memcached - no change rebuild, tests pass except dependency (requeued), hint?22:11
vpa1977taking polkit-kde-agent-122:12
vpa1977vorlon: polkit-kde-agent-1 - tests pass with all proposed, hint?22:12
vpa1977taking polkit-qt-122:12
vorlonvpa1977: so: openjdk-lts/armhf binaries are already removed from the release pocket.  We don't have to migrate it today, we also don't have to block or remove anything22:13
vorlonvpa1977: same for openjdk-822:13
vorlonvpa1977: you can thank doko for this? https://launchpad.net/ubuntu/noble/armhf/openjdk-8-jre22:14
liushuyuvorlon: hint policykit-1 (tests passed w/ all-proposed=1, except for fwupd@s390x, which is a known issue before... unsure why I can't find the bug report)22:14
vpa1977vorlon: ack22:14
vpa1977vorlon: polkit-qt-1 tests pass with all-proposed, hint?22:15
vorlonlivecd-rootfs autopkgtest running for the new version that fixes compat with the upcoming kernel22:15
vpa1977taking poppler22:15
vorlonliushuyu, vpa1977: php-memcached polkit-kde-agent-1 policykit-1 polkit-qt-1 done22:15
arraybolt3I just want to say to everyone working on unravelling time_t64, you guys rock. Thank you for the monumental effort you're putting into all this :)22:15
ginggshuh, why is octave-statistics a new binary, and only on amd64?22:17
dbungertarraybolt3: cheers!22:17
liushuyuginggs: because octave-statistics-common was not built previously?22:17
dbungertwho is the current hint helper?22:17
liushuyudbungert: you can select either vorlon or sil210022:18
dbungertsil2100: please hint pocketsphinx22:18
sil2100o/22:18
dbungerttaking posterazor22:18
ginggsliushuyu: well spotted, thanks22:19
liushuyutaking postfix (smells like trouble)22:19
sil2100dbungert: we have a selection of hinters for your convenience today (hinted pocketsphinx)22:19
liushuyuginggs: you're welcome! was talking to enr0n about why this package wasn't built (it's arch: all)22:19
ginggssil2100, vorlon: would either of you accept octave-statistics-common ^22:20
vorlonginggs: it's new only on amd64 because it's an arch: all binary22:20
vorloner, hang on22:20
vorlonok yes22:20
vorlonaccepting22:21
ginggsvorlon: thanks, in hindsight, it wasn't actually needed22:21
dbungertsil2100: please hint posterazor22:21
dbungerttaking postgresql-1622:21
ginggstests were failing because of all-proposed=122:21
sil2100dbungert: ack posterazor22:21
vorlonok how about we see about a new list22:21
-queuebot:#ubuntu-release- New: accepted octave-statistics [amd64] (noble-proposed) [1.6.3-1ubuntu1]22:21
vorlonpackages in the migration: 6089->6218 noooo going the wrong direction22:22
* ginggs calls it a night... good luck everyone!22:23
liushuyuginggs: good night!22:23
vorlonpackages left for analysis as of the start of the last complete britney run (started at 19:54UTC): 62222:23
vorlonand the list is: https://paste.ubuntu.com/p/vyPChS8FcT/22:24
cpetesil2100: please hint policykit-1-gnome (cinnamon-control-center passing on armhf and amd64; needed to be requeued on the rest)22:24
=== vorlon changed the topic of #ubuntu-release to: Released: 23.10 Mantic Minotaur, 22.04.4 Jammy Jellyfish | Archive: temporary freeze for time_t transition (https://paste.ubuntu.com/p/vyPChS8FcT/) | Highlight ubuntu-archive for archive admin help | We accept payment in cash, cheque or scotch | melius malum quod cognoscis | infinity, you are missed
liushuyuvorlon: postfix did not like PS5 and blew up when running the postinst script: bad parameter value: adt-noble-amd64-request-tracker5-20240327-181009-juju-7f2275-pr.openstack.prodstack5.lan22:25
sil2100cpete: ack policykit-1-gnome!22:25
vorlonliushuyu: lol yes22:25
vorlonliushuyu: I have seen this before22:25
sil2100vorlon: does the new list exclude the packages adrien handled out-of-order?22:25
liushuyushould we still hint this? postfix sounds pretty important in the dependency chain22:26
vorlonsil2100: it excludes everything that had a committed hint before 19:5422:26
sil2100Woop woop!22:26
sil2100Awesome22:26
vorlonsil2100: and leaves in place the packages that people were non-committal about hinting ;-)22:26
liushuyuswitching to the new list. taking postgresql-16 (starting from line 396)22:26
vorlonspeaking of22:26
vorlonvpa1977: should I be hinting openjdk-{17,21,23}?22:27
vpa1977vorlon: yes22:27
cpetesame. taking powerman22:27
vorlonvpa1977: done22:27
dbungertliushuyu: while I'm happy to let you have postgresql-16, I did start looking at it22:27
liushuyudbungert: I will skip to the next one then22:28
dbungerthehhee22:28
vorlonI'll dive in myself again in a bit, for the moment I'm getting back to running libio-socket-timeout-perl and softhsm2 to ground22:28
liushuyuah, was also looking at the wrong list22:28
liushuyutaking ppl (line 280)22:28
liushuyuvorlon: maybe hint postfix, should I open a bug report about the postinst script? Looks like a lot of similar issues already on LP22:30
waveformsil2100, please hint openssh (vast majority is invalid bad tests, and not-really-pending-tests which actually passed; there's still some genuine pending tests in the queue but none for armhf, andd no genuine regressions for armhf)22:31
-queuebot:#ubuntu-release- Unapproved: 3depict (noble-proposed/universe) [0.0.23-2build1 => 0.0.23-2build2] (no packageset)22:31
cpetesil2100: please hint powerman (NCR, reverse-depends waiting on tests on amd64 that got dropped. Other arches look good. amd64 tests requeued)22:32
vorlonliushuyu: it's not a regression in postfix vs the version currently in release (published 2024-01-27: I know we had failures on autopkgtest runners due to hostname that predate that) so don't worry about a bug22:32
cpetetaking ppp22:32
sil2100Okay, I'm quite confident I can hint imagemagick later today, just waiting for some more test results. It's not entirely clean, but I think it's 'clean enough'. Will fill in some bugs, but most seem unrelated to imagemagick itself22:33
vorlonsil2100: remember that everything not explicitly hinted gets hinted at my EOD anyway22:33
liushuyuvorlon: understood. then hint postfix22:33
vpa1977poppler self tests pass, a lot of red due to dependency (requeued), skip for now?22:33
vorlonliushuyu: done22:33
sil2100waveform: good enough for me, hinted openssh22:33
vorlonsil2100: which for these purposes I'm considering 6pm (0100UTC, in 2.5h)22:34
liushuyuvorlon: hint ppl (bad results on ppc64el/s390x, green on the others)22:34
vorlonliushuyu: done22:34
sil2100cpete: powerman hinted o/22:34
sil2100vorlon: aye aye sir!22:34
sil2100AFK for a few minutes22:35
cpeteppp regressed on i386? I thought we don't really track that arch. Although it looks like it's uninstallable due to python3 on i386 anyways22:36
cpeteso vorlon: please hint ppp (passes on the other arches)22:36
vladimirpvorlon: prads - tests pass with all-proposed, hint?22:37
vladimirpanyone taken privacybrowser?22:37
cpeteI don't think so22:38
cpetedid you see the new list?22:38
vladimirpyes.22:38
vladimirptaking privacybrowser( line 283)22:39
vorlonanyone C++-oriented keen to look at softhsm2 with me?22:39
cpetetaking privoxy then22:39
vorlonI fixed one issue and now there's a second less obvious one22:39
liushuyuvorlon: I can take a look22:39
vladimirpvorlon: privacybrower - tests pass with all-proposed, hint?22:43
vladimirptaking procps22:43
vorloncpete, vladimirp: ppp prads privacybrowser hinted22:44
vorloncpete: python3 is certainly installable on i386; we don't care strongly about ppp autopkgtests on i386 because no one will ever install the ppp:i386 binary package - it's there because it's needed as a (build-)dep of something we do care about22:45
vorloncpete: python3 is installable on i386 but *not* in the autopkgtest testbed for i386 :)22:45
vorlon(not python3:i386)22:45
dbungertvorlon: please hint postgresql-1622:47
dbungerttaking proj22:48
vorlondbungert: done22:48
cpetevorlon: thanks for the clarification! To make sure I understand, *any* autopkgtests requiring python will fail on i386?22:51
vorloncpete: unless they declare python3:native!22:52
vorloncpete: because python3:amd64 will always be installed in the testbed and python3:i386 is not welcome22:52
waveformtaking prometheus-cpp22:52
vorlontaking prometheus-snmp-exporter22:53
vorlontaking protobuf22:54
waveformsil2100, please hint prometheus-cpp (couple of tests pending but no regressions in armhf and nothing pending there either)22:54
dbungertvorlon: please hint proj22:55
sil2100waveform: o.22:55
sil2100waveform: o/22:55
dbungerttaking protobuf-c22:55
sil2100waveform: prometheus-cpp hinted22:56
cpetevorlon: Ahh I see. My misunderstanding has been corrected, thanks!22:57
vladimirpvorlon: procps - raised https://bugs.launchpad.net/ubuntu/+source/procps/+bug/2059343, stack-limit test fails, non-armhf, bugfix for the gaming issue, block?22:58
-ubottu:#ubuntu-release- Launchpad bug 2059343 in procps (Ubuntu) "proposed-migration: procps 2:4.0.4-4ubuntu2 stack-limit test fails" [Undecided, New]22:58
vladimirptaking pspg22:59
vladimirpvorlon: pspg tests pass with all-proposed, hint?22:59
vorlonvladimirp: "the gaming issue"?22:59
vorlondbungert: done23:00
vladimirpvorlon: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2057792 some games are crashing due to vm_max_map_count too low23:00
-ubottu:#ubuntu-release- Launchpad bug 2057792 in gamemode (Ubuntu) "Some Games are crashing linked to a vm_max_map_count too low" [Undecided, Confirmed]23:00
vorlonvladimirp: oh that23:00
sil2100Okay, hinting imagemagick. Looks not-too-shabby23:00
vladimirptaking pstoedit23:01
vorlonsil2100: I wonder if we should remove cura{,-engine} rather than hinting; it now shows up as failing tests on all archs not just armhf (LP: #2059171)23:02
-ubottu:#ubuntu-release- Launchpad bug 2059171 in cura-engine (Ubuntu) "cura-engine regression in tests on armhf for 1:5.0.0-4build1" [Undecided, New] https://launchpad.net/bugs/205917123:02
vladimirpvorlon: pstoedit - tests mostly pass with all-proposed (dependency issues), hint?23:03
* vladimirp lunch23:03
vorlonsil2100: yeah cura+cura-engine is self-contained, removing23:03
sil2100vorlon: ACK o/23:03
sil2100Taking puma23:04
sil2100(not the shoes and not the animal)23:04
dbungertsil2100: please hint protobuf-c23:04
dbungerttaking puppet-agent23:05
sil2100dbungert: ack protobuf-c23:05
sil2100Hinting puma23:06
sil2100Taking puppet-agent23:06
vorlonvladimirp: procps: blocking rather than hinting; it's not a required part of the transition and the failure should just get fixed23:06
dbungertsil2100: filing a bug on puppet-module-puppetlabs-apache23:07
dbungert(we took the same package)23:07
sil2100Missed that!23:08
sil2100dbungert: +1 on that23:08
sil2100I'll take the next one then23:09
sil2100Taking purple-lurch23:09
cpetesil2100: filed a new bug against privoxy #2059344; I think it's separate from the other bug you are working on? Otherwise privoxy is hintable23:10
sil2100purple-lurch: waiting for some tests and then I'll hint it23:10
sil2100cpete: ah, privoxy...23:11
vorlonvladimirp: pspg done23:12
vorlonvladimirp: pstoedit done23:12
cpetetaking putty23:12
sil2100cpete: ack prixovy23:13
vorlontaking puzzle-jigsaw23:14
vorlontaking pybigwig23:15
vorlontaking pycairo23:15
cpetesil2100: please hint putty (NCR; requeued missing test for spectrwm on s390x)23:16
vorlontaking pycurl23:16
vorlontaking pygame23:16
vorlontaking pygattlib23:16
vorlonuh pygattlib has no test failures listed23:17
sil2100cpete: putty ack o/23:17
vorlonseems my previous pull of the yaml was out-of-date vs the html!23:19
vorlonrefreshing the list23:19
vorlonthat brings us down to 560 packages fwiw23:19
vorlonNEW LIST https://paste.ubuntu.com/p/7FYtQd6Bzj/23:19
=== vorlon changed the topic of #ubuntu-release to: Released: 23.10 Mantic Minotaur, 22.04.4 Jammy Jellyfish | Archive: temporary freeze for time_t transition (https://paste.ubuntu.com/p/7FYtQd6Bzj/) | Highlight ubuntu-archive for archive admin help | We accept payment in cash, cheque or scotch | melius malum quod cognoscis | infinity, you are missed
vorlontaking pygobject23:20
cpetenice23:20
cpetetaking pylibmc23:21
mwhudsonsil2100, liushuyu: i'll leave you to your own conclusions!23:21
waveformtaking pympress23:21
sil2100vorlon: \o/23:21
vorlontaking pyotherside23:22
vorlontaking pyparted23:22
vorlontaking pyqt523:22
mwhudsontaking pyqt5-sip23:23
vorlontaking pyqt5webengine23:23
vorlontaking pyqt623:24
cpetesil2100: please hint pylibmc (NCR; pass on armhf, needs requeue on rest)23:24
mwhudsonvorlon: hint pyqt5-sip23:25
vorlontaking pyside223:25
vorlonmwhudson: done23:25
mwhudsontaking pysmbc23:25
mwhudsonvorlon: hing pysmbc23:25
mwhudsontaking pysvn23:25
waveformsil2100, please hint pympress (all tests superficial, some pending but no failures)23:25
sil2100cpete: done pylibmc23:26
vorlonmwhudson: pysmbc done23:26
waveformtaking pytango23:26
vorlontaking python-aiortc23:26
sil2100waveform: ack pympress23:26
mwhudsonvorlon: hint pysvn23:26
vorlonmwhudson: done23:26
vorlontaking python-apt23:26
mwhudson"(all tests superficial, some pending but no failures)" seems to be a theme at this part of the list23:26
mwhudsontaking python-av23:27
dbungertso I'm not sure what's going on in puppet land but I filed multiple bugs and I'm not convinced that puppet-agent is uninvolved23:27
cpetetaking python-boto323:27
mwhudsonvorlon: hint python-av23:28
mwhudsontaking python-bsddb323:28
mwhudsonvorlon: hint python-bsddb323:28
vorlonjuliank: apt-clone autopkgtests regress, looks dep822 related, but passed on s390x somehow? doing nothing with this besides mentioning it here23:29
mwhudsontaking python-click23:29
vorlonmwhudson: python-av, python-bsddb3 done23:29
sil2100Taking python-cryptography23:30
dbungerttaking 523:31
* sil2100 is now confused if 5 is also a package23:31
vorlonheh livecd-rootfs autopkgtests still fail; previously because linux-generic-hwe-22.04 no longer exists in noble (it's been removed from the release pocket), now because linux-generic-hwe-24.04 is only in -proposed23:33
vorlonI guess I'll hint this through right now anyway, there's no way to make those tests pass until after the kernel lands23:34
vorlonall-proposed=True <- mixing it up with our types I see23:35
vorlontaking python-cryptography (oh no)23:36
cpeteif six is a package why not 523:37
vorlonbah paramiko also hit by pytest junk23:38
cpetesil2100: please hint python-boto3. I opened a bug #2059351 to track the regression on amd64 in smart-open23:38
-ubottu:#ubuntu-release- Bug 2059351 in smart-open (Ubuntu) "smart-open/5.2.1-5 vs python-boto3/1.34.46+dfsg-1" [Undecided, New] https://launchpad.net/bugs/205935123:38
vorlontaking python-cups23:39
vorlonsil2100: oh sorry I missed that you claimed python-cryptography - I finished it and hinted it now23:39
vorlontaking python-deeptoolsintervals23:40
vorlon(deep too ls intervals?)23:40
vorlontaking python-django23:41
sil2100cpete: python-boto3 ack, thanks for the bug23:43
sil2100vorlon: no worries, I got sucked into the paramiko test failure23:43
sil2100Taking python-freecontact23:43
mwhudsonvorlon: deep tool sinter vals?23:43
vorlonmwhudson: precisely23:44
mwhudsonfor you cheapy tool manufacturing needs23:44
vorlontaking python-fuse23:44
sil2100Taking python-gphoto223:44
vorlontaking python-igraph23:45
sil2100Taking python-jedi23:45
vorlontaking python-leidenalg23:45
vorlontaking python-libarchive-c23:46
vorlontaking pythonmagick23:46
cpetetaking python-onewire23:46
vorlontaking python-pip23:47
vorlontaking python-poppler-qt523:47
vladimirptaking python-psutil23:48
vorlontaking python-pyproj23:48
vorloneew angry fruit salad23:48
vorlonbut it's pytest's fault again, hurray23:50
sarnoldenough whipped dairy topping can make any fruit salad tolerable23:50
sil2100Yeah, same for python-jedi, one was of course pytest related. The other is unrelated to jedi, so hinted23:52
vorlontaking python-pysam23:52
sil2100Taking python-regex23:52
cpetesil2100: please hint python-onewire (NCR; awaiting tests on amd64)23:53
sil2100cpete: python-onewire ack23:54
sil2100Taking python-reportlab23:55
mwhudsonvorlon: i think python-click is ok to hint, not 100% sure what is going on with nipype though23:55
mwhudsonoh dan already filed23:56
mwhudsonhttps://bugs.launchpad.net/ubuntu/+source/nipype/+bug/205932923:56
-ubottu:#ubuntu-release- Launchpad bug 2059329 in nipype (Ubuntu) "fails in autopkgtest" [Undecided, New]23:56
mwhudsonvorlon: hint python-click pls23:56
dbungertsil2100: please hint puppet-agent23:56
mwhudsontaking python-typing-extensions23:56
dbungerttaking pyyaml23:56
mwhudson(sigh)23:57
sil2100dbungert: puppet-agent ack23:57
waveformsil2100, please hint pytango -- it's hilariously broken with mysql with a timestamp issue, but nothing to do with armhf or time_t23:57
vorlonmwhudson: done23:57
vorlonafk for a bit23:58
sil2100waveform: pytango ack23:58
vorlonT minus 1 hour23:58
sil2100Sadly still a lot of packages to go, but at least we'll get through a lot of them23:59

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!