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

vorlonmwhudson: flask is now a candidate, but by itself does not migrate; next notest report (post 2024.03.25 22:39:40) might show some new flask-related uninstallables00:18
-queuebot:#ubuntu-release- New binary: singularity-container [amd64] (noble-proposed/universe) [4.1.1+ds2-1] (no packageset)00:43
vorlonmwhudson: had a thought while I was afk that oh, the only thing stopping flask from being a candidate before was tests... so it was already on notest... but not included in the mass hint because of a net increase in uninstallables.  So we actually do have to resolve those revdeps01:01
vorlontrying: flask onionshare flask-security01:01
vorlonafk dinner01:01
vorlon    * amd64: python3-fava01:01
-queuebot:#ubuntu-release- New binary: singularity-container [s390x] (noble-proposed/universe) [4.1.1+ds2-1] (no packageset)01:07
-queuebot:#ubuntu-release- New binary: singularity-container [armhf] (noble-proposed/universe) [4.1.1+ds2-1] (no packageset)01:08
mwhudsonvorlon: i'm almost done for now too01:11
-queuebot:#ubuntu-release- New: accepted singularity-container [amd64] (noble-proposed) [4.1.1+ds2-1]01:17
-queuebot:#ubuntu-release- New: accepted singularity-container [s390x] (noble-proposed) [4.1.1+ds2-1]01:17
-queuebot:#ubuntu-release- New: accepted singularity-container [armhf] (noble-proposed) [4.1.1+ds2-1]01:17
mwhudsonvorlon: remove fava from release? it is gone from testing and has no rdeps. looks like an upstream update may fix it but well01:18
vorlonmwhudson: ack01:25
vorlonmwhudson: fava removed01:26
-queuebot:#ubuntu-release- New binary: singularity-container [arm64] (noble-proposed/universe) [4.1.1+ds2-1] (no packageset)01:27
-queuebot:#ubuntu-release- New: accepted singularity-container [arm64] (noble-proposed) [4.1.1+ds2-1]01:28
-queuebot:#ubuntu-release- New binary: singularity-container [ppc64el] (noble-proposed/universe) [4.1.1+ds2-1] (no packageset)01:40
-queuebot:#ubuntu-release- New: accepted singularity-container [ppc64el] (noble-proposed) [4.1.1+ds2-1]01:42
vorlongtk4/armhf autopkgtest fails01:47
-queuebot:#ubuntu-release- New binary: singularity-container [riscv64] (noble-proposed/universe) [4.1.1+ds2-1] (no packageset)01:51
-queuebot:#ubuntu-release- New: accepted singularity-container [riscv64] (noble-proposed) [4.1.1+ds2-1]02:04
=== chris14_ is now known as chris14
-queuebot:#ubuntu-release- New binary: ubuntukylin-default-settings [amd64] (noble-proposed/universe) [24.04] (ubuntukylin)03:05
-queuebot:#ubuntu-release- New: accepted ubuntukylin-default-settings [amd64] (noble-proposed) [24.04]03:11
=== alucardromero9 is now known as alucardromero
=== pushkarnk1 is now known as pushkarnk
vorlonrolled back gnome-shell to 46.0-0ubuntu2 in -proposed; 46.0-0ubuntu3 is a rebuild against mutter which is otherwise separable from the rest of the transition from what I see06:12
vorlononly 87  new armhf leaf packages for removal in the lastest notest report06:19
vorlonand filing bug reports for 8 of those which have new versions built in -proposed but not an armhf06:22
vorlonoops correction 3 new bug reports06:24
vorlonglib-networking autopkgtests seem to have a real regression on amd6406:27
vorlonhaha noooo casper has an autopkgtest using losetup06:38
vorlon863s  python-flask-restful-doc : Depends: sphinx (= 7.2.6-4)06:46
vorlonwhat06:46
vorlontsimonq2: lubuntu has neofetch seeded, which recommends jp2a, which ftbfs on all archs in Ubuntu (no reported failure in Debian); so I'm removing it07:56
vorlon668s Mar 26 06:54:23 autopkgtest-lxd-xtxlvz nginx[1467]: 2024/03/26 06:54:23 [emerg] 1467#1467: module "/usr/share/nginx/modules/ngx_http_auth_pam_module.so" is not binary compatible in /etc/nginx/modules-enabled/50-mod-http-auth-pam.conf:107:58
vorlon... what do you mean "/usr/share"07:58
juliankAh good amd64 queues are going down now, I can see the graph trending down08:12
juliankBut like 2k items / day08:15
juliankError rate is down a lot08:16
juliankVery happy08:16
LocutusOfBorgathos, I stolen your pacemaker merge. Turned out the FTBFS fix patch coming from Debian was better than mine08:34
LocutusOfBorgso, I grabbed it and reuploaded08:34
juliankseveral tests were inadvertently dropped on non-amd64 architectures, QA has rescheduled python tests for ppc64el and s390x, and scheduling of non-python tests is WIP. These are being queued into huge queue to allow you to do targeted retries of important blockers for the time_t transition, please don't abuse that09:46
juliankI am watching09:46
adriengoing up the chain of dependencies, I'm going to look at pipewire and slurm-wlm for readline, and ngircd (missing build), libp11, gnutls28 for gnutls28 and for nettle; that's a lot so feel free to pick some of that09:55
adrienbtw, I think diffoscope on armhf is high-reward too09:56
-queuebot:#ubuntu-release- New binary: mathgl [riscv64] (noble-proposed/universe) [8.0.1-7.1] (no packageset)10:00
Skiarequeuing of non python tests is done for ppc64el and s390x. Please note that they were requeued without all-proposed, compared to britney asking them **with** all-proposed10:14
juliankSkia: oh no, I guess I forgot that, that was not intentional10:20
Skiayeah, and I realized that after it run10:20
juliankSkia: so without all-proposed they'll fail too much to be useful I suppose10:21
juliankSkia: I think we ought to purge the huge queues again and redo the same dance with all-proposed10:22
Skiafine, I'll work on that10:22
juliankSkia: Sorry10:22
Skiano prob' :-)10:22
adrienwhen doing that, are you also dropping other tests?10:23
adrienalso, if there's a window of opportunity to sneak in tests at the front of the queue, let me know...10:23
adrienbut since you're putting stuff in the huge queue, that's fine actually10:24
juliank:)10:25
juliankThe good thing is - one can just purge the huge queues and issue RUNNING tests again10:25
juliankit's not possible to lose tests that way10:25
Skiapython scheduling in progress10:27
juliankooh I really need a KPI for size of -proposed10:32
adrienmy rewriter tells me this: Processed 7234 migrations; 2267 issues, 4673 blocked, 294 waiting.10:32
juliankNow do the past 30 days :)10:33
adrienmy shell scrollback doesn't go back that far :P10:33
juliankI could actually talk to the snapshot service and figure that out10:33
adrienand I didn't even add these stats at the beginning of the scrollback ;-)10:33
adrienbut does that look like what you'd be after?10:33
juliankmore than what I'm after10:34
juliankI was looking for the first number only :D10:34
juliankbut this is more informative10:34
adrienissues is test issues, blocked is Depends: on "not considered" packages, and 294 is britney attempting migration10:34
adrienMarch 22 morning, I had Processed 6842 migrations.10:36
juliankok10:36
adrienand evening: Processed 7256 migrations; 3104 issues, 4005 blocked, 150 waiting.10:36
adrien23rd early afternoon I guess: Processed 7258 migrations; 2287 issues, 4773 blocked, 198 waiting.10:37
adrienand yesterday evening: Processed 7269 migrations; 2210 issues, 4853 blocked, 206 waiting.10:38
Skianon-python scheduling in progress10:42
juliankI'm not sure we'll make progress, it seems a lot of tests are just running in the release pocket due to infrastructure issues10:48
juliankRegardless of any triggers, all-proposed flags, they don't necessarily do anything right now10:49
=== pushkarnk1 is now known as pushkarnk
=== pushkarnk1 is now known as pushkarnk
handsome_fengHi, Release team, please approve ukui-settings-daemon, ukui-control-center, ukui-power-manager, ukui-panel, ukui-media, peony from noble proposed. Thanks!11:19
schopinhandsome_feng: the migration is automatic, but currently pretty much all of -proposed is blocked due to the time_t migration. See https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_excuses.html#ukui-settings-daemon11:22
handsome_fengschopin: Got it, thanks!11:23
schopinubuntu-archive: please RM confget, nsca, nsca-client binaries from armhf. confget is blocking perl on armhf (and nsca is its sole relevant rdep)11:32
seb128schopin, removed11:33
slyonhey ubuntu-archive! May I ask for armhf binaries of "dante" in Noble? https://bugs.launchpad.net/ubuntu/+source/dante/+bug/205910411:35
-ubottu:#ubuntu-release- Launchpad bug 2059104 in dante (Ubuntu) "Please remove dante armhf binaries from Noble" [Undecided, New]11:35
seb128slyon, hey, removed11:38
slyonthanks!11:39
seb128np!11:40
slyonseb128: did you leave out dante-client on purpose? I think it should go as well11:41
seb128slyon, it's an arch all binary11:49
slyonah, sure!11:50
slyonnvm11:50
seb128:)11:50
-queuebot:#ubuntu-release- New: accepted nobodd [source] (noble-proposed) [0.4-0ubuntu1]12:02
-queuebot:#ubuntu-release- New binary: nobodd [amd64] (noble-proposed/none) [0.4-0ubuntu1] (no packageset)12:04
juliankAll test results since the 20th outside of armhf are wrong, so we are in the process of sorting this out with QA12:07
juliankOnly armhf was actually using proposed12:08
juliankCurrent proposal is to hack up the autopkgtest.db to change their exit code from 0 to 20 (pass to error), deleete britney's cache and have it repopulate it from the db12:08
ahasenack> All test results since the 20th outside of armhf are wrong12:09
ahasenackwhat?12:09
ahasenackI just connected and don't have chat history12:09
* ahasenack checks irc logs12:09
juliankahasenack: This is just my PSA12:10
ahasenackmight be worth an update to https://discourse.ubuntu.com/t/autopkgtest-service/34490/2 when someone has some time12:11
juliankahasenack: updated12:12
juliankahasenack: a simple case is https://autopkgtest.ubuntu.com/packages/libvpx/noble/i386 which has been passing with a version lower than the trigger since the 19th12:12
julianknot sure when it really started12:12
juliankit's possibly it was the 18th after all12:13
ahasenackoh, I reported that in chat, it was not picking up the right version12:13
juliankyes and that happens for everything12:13
juliankand britney can only tell for tested package == trigger12:14
juliankbecause then it compares version tested against trigger and sees "old result"12:14
ahasenacktalk about perfect storm12:14
juliankbut e.g. stuff triggered by gnupg that's pass actually just tested gnupg in the release pocket12:14
ahasenackthat happening now12:15
juliankWorkers are off, bug is being fixed12:15
juliankautopkgtest.db has been updated with no-proposed=1 for hopefully most failures caused by the bug12:43
juliankI think there were oddly unrelated ones12:43
-queuebot:#ubuntu-release- New: accepted nobodd [amd64] (noble-proposed) [0.4-0ubuntu1]12:44
juliankyou can see now for example on https://autopkgtest.ubuntu.com/packages/python-apt/noble/s390x12:45
julianktests have no-proposed=112:45
juliankand error12:45
juliankthe no-proposed=1 flag has been added to all rewritten results12:45
juliankbut like libvpx has a failure to get the latest version before the designated day and I'm not sure what that is about12:46
juliankwe figured the cut-off day based on mojo run days, those happened 13th and 20th12:47
-queuebot:#ubuntu-release- Unapproved: ubuntu-unity-backgrounds (mantic-proposed/universe) [23.10-0ubuntu1 => 24.04-0ubuntu1] (no packageset)12:49
-queuebot:#ubuntu-release- Unapproved: sagemath (mantic-proposed/universe) [9.5-6ubuntu0.1 => 9.5-6ubuntu0.1.1] (no packageset)12:50
julianksil2100, ubuntu-release: with the database now changed, next step is kill britney, mv autopkgtest-results.cache autopkgtest-results.cache.before-the-fiasko and start it again so it repopulates from fresh database12:52
juliankAnd I guess monitoring the output to see if it does any weird shenanigans12:52
sil2100hm, let me try that12:53
=== pushkarnk1 is now known as pushkarnk
sil2100Shit, I removed the crontab of archive-toolbox by a typo12:54
adrienoh, I hadn't read a debian bug report well: plenty of R packages to remove :)12:55
adrienmaintainer had asked for removal of a few packages plus only direct dependencies12:55
* adrien curses at debbugs12:56
julianksil2100: oops, I suppose it has a backup?13:02
sil2100...13:03
sil2100I'm afraid only Steve knows13:03
juliank:(13:04
athosLocutusOfBorg: Thanks13:07
slyonubuntu-archive: please remove the pngphoon leaf binary package on Noble/armhf, it FTBFS (on armhf only), due to time_t13:08
adrienI'll have close to 30 removal requests; shall I pastebin or launchpad that?13:13
juliankadrien: just pastebinit first and we can see13:14
adrienthanks13:18
adrienwhat about packages that are architecture: all and have their dependencies removed: do they need to be explicitly removed?13:22
juliankwe cannot remove architecture: all binaries from armhf13:26
juliankyou can only remove them from all architectures13:26
adrienmakes sense; is there anything to do to get these out of the way for tests? there are failed ones for them on armhf13:31
dokojamespage: python3-os-xenapi needs an update for Python 3.1213:39
adrienubuntu-archive: on armhf, please remove r-bioc-bsseq r-bioc-dss r-bioc-demixt ; see https://pastebin.ubuntu.com/p/6vTqmmmghG/ for details13:51
jamespagedoko: looking14:07
jamespagedoko: may be able to RM that - just testing now14:15
mitya57Please reject ubuntu-unity-backgrounds from mantic queue. I didn't notice wrong series when sponsoring (should have been noble).14:21
fheimesHi sru-team (ubuntu-sru), I'm aware that we are currently in soft-freeze, but I would nevertheless kindly ask if an sru team member can have a look at socat in focal's unapproved queue:14:25
fheimeshttps://launchpad.net/ubuntu/focal/+queue?queue_state=1&queue_text=socat14:25
fheimes(since this is related to a customer case). Thank you!14:25
ahasenackwhat soft freeze?14:26
fheimesWell, aren't we usually in a kind of a soft-freeze at the end of a dev cycle that effects and impacts resources on other tasks like SRUs? (that is at least what I had in mind, well, if not, even better ;-) )14:30
-queuebot:#ubuntu-release- Unapproved: rejected ubuntu-unity-backgrounds [source] (mantic-proposed) [24.04-0ubuntu1]14:30
jamespagedoko: confirmed - os-xenapi can be dropped from the archive as all reverse-depends dropped support for xen some time ago14:32
jamespagei've uploaded fixes for nova, ceilometer and neutron to drop the dependency14:33
dokojamespage: ta, and vitrage ...14:34
jamespageyeah we're working on that at the moment14:35
jamespagewatcher also has woes but not directly 3.12 related14:35
slyonubuntu-archive: please remove the ruby-sigar leaf binary package on Noble/armhf, it FTBFS (on armhf only), due to time_t and blocks the libtirpc transition15:22
vorlonjuliank: did https://magenta.jak-linux.org/ubuntu-archive/distcheck/noble.armhf/removal-candidates.with-proposed.txt get updated to include seeded things minus meta?15:23
vorlonslyon: done, can you file a bug about this and tag it time_t?15:25
vorlonslyon: pngphoon removed; bug also please15:27
vorlonadrien: arch: all packages with failed tests, a baseline retry will now also fail due to the missing dep, which gives us a record of the -proposed failure not being a regression15:28
slyonvorlon:, thanks! sure: https://bugs.launchpad.net/ubuntu/+source/ruby-sigar/+bug/2059137 – I tagged it "time-t" as "time_t" is invalid according to Launchpad15:28
-ubottu:#ubuntu-release- Launchpad bug 2059137 in ruby-sigar (Ubuntu) "FTBFS on Noble/armhf, blocking libtirpc time_t transition" [Undecided, Fix Committed]15:28
vorlonslyon: sorry that's what I meant :)15:29
blackboxswbdmurray: please also reject cloud-init 24.1.2 in unapproved queues for Focal, Jammy  and Mantic  looks like we've got one other upload for cloud-init 24.1.3 we'd prefer to get out instead of the unapproved 24.1.2.15:30
vorlonadrien: ooi how do these r-bioc packages come to be on your radar given that they're not in -proposed?15:30
slyonhttps://bugs.launchpad.net/ubuntu/+source/pngphoon/+bug/205913915:32
-ubottu:#ubuntu-release- Launchpad bug 2059139 in pngphoon (Ubuntu) "Please remove pngphoon on Noble/armhf" [Undecided, Fix Committed]15:32
sil2100juliank: ok, should be happening now (with the cache)15:40
jamespagedoko: bug 205914115:45
-ubottu:#ubuntu-release- Bug 2059141 in python-os-xenapi (Ubuntu) "RM: please remove python-os-xenapi from noble development" [Undecided, New] https://launchpad.net/bugs/205914115:45
adrienvorlon: r-bioc-demixt blocks r-base: https://objectstorage.prodstack5.canonical.com/swift/v1/AUTH_0f9aae918d5b4744bf7b827671c86842/autopkgtest-noble/noble/armhf/r/r-bioc-demixt/20240326_093034_23dcd@/log.gz and I missed these in a removal request yesterday for other R packages (I blame debbugs)15:46
vorlonjust isolated a time_t bug in softhsm2 (masked because doko disabled blocking on build-time test failures), last real regression for gnutls28 (seen in the libp11 autopkgtest)15:46
dokovorlon: "because doko disabled blocking on build-time test failures" ???15:53
vorlondoko: see the softhsm2 changelog15:53
jamespagewe have quite a few openstack packages blocked on autopkgtests on armhf failure due to install issues - I don't want to double up on any general efforts in this area but is there anything my team should be doing to help in this area?15:58
adrienjuliank: I've added statistics on https://adrien.dcln.fr/misc/update_excuses_2.html ; it's the three counts separately but I haven't yet seen a case where summing them didn't give the total count16:09
enr0nubuntu-archive: please rm filament (bug 2059145)16:10
-ubottu:#ubuntu-release- Bug 2059145 in filament (Ubuntu) "please remove filament from noble" [Undecided, In Progress] https://launchpad.net/bugs/205914516:10
vorlonjamespage: can you point me to a specific package at issue, so I can see exactly which bucket it falls into16:11
vorlon"only" 2108 binary packages rendered uninstallable on armhf16:12
vorlonand only one of them a candidate for removal according to https://magenta.jak-linux.org/ubuntu-archive/distcheck/noble.armhf/removal-candidates.with-proposed.txt16:13
juliankvorlon: since yesterday, I didn't check the section but task == name or "ubuntu-" + task  == name16:13
jamespagelet me pick one from the 198 currently needing attention16:13
julianksil2100: you mean, britney is repopulating its cache nwo?16:14
vorlonjuliank: ok. unfortunate!16:14
juliankvorlon: Should I print a log too of packages that are being kept?16:14
juliankthen I can print their reverse deps in the log16:15
vorlonjuliank: (unfortunate that we don't get more candidates for removal)16:15
juliankMakes it easier to see if something is wrong somewhere16:15
vorlonjuliank: I'm not going to think about that right now16:15
juliankI'll just do it16:15
vorlonjuliank: if we break 2000 packages, we break 2000 packages16:15
sil2100juliank: it should, yes16:15
vorlonand then we'll have https://ubuntu-archive-team.ubuntu.com/proposed-migration/noble_uninst.txt as our post-beta work list16:15
juliankyeah 225 MB of logs16:15
juliankfor britney16:15
juliankso that is good16:16
juliankMy adhoc commandline parsers are killing me16:17
jamespagevorlon: ignore me my view is out-of-date - the by-team report has not been regenerated since 22nd16:17
-queuebot:#ubuntu-release- Unapproved: update-manager (jammy-proposed/main) [1:22.04.19 => 1:22.04.20] (core)16:23
-queuebot:#ubuntu-release- Unapproved: update-manager (bionic-proposed/main) [1:18.04.11.23 => 1:18.04.12] (core)16:26
-queuebot:#ubuntu-release- Unapproved: update-manager (xenial-proposed/main) [1:16.04.21 => 1:16.04.22] (core)16:28
juliankvorlon: eek the log is 150MB :D16:30
juliankI guess it prints every package 8 times16:30
juliankI'll make it smarter16:30
juliankLet it only print the first iteration16:30
-queuebot:#ubuntu-release- Unapproved: update-manager (focal-proposed/main) [1:20.04.10.20 => 1:20.04.10.21] (core)16:32
cmarsHey y'all, I just noticed this: http://ftp.ubuntu.com/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/ubuntu/16:34
cmarssymlink gone wild?16:35
cmarsthought you should know, hope you're all doing well. bye now!16:35
dokoathos: please could you have a look at https://launchpad.net/ubuntu/+source/php-parser/5.0.2-2/+build/2789890316:40
juliankvorlon, sil2100 is britney alive, it hasn't written in 10 minutes, but also not finished?16:42
sil2100Let me see16:42
sil2100juliank: the process seems alive16:43
arraybolt3@room: FYI for those who are interested, we now have an Ubuntu Release room on Matrix. https://matrix.to/#/#release:ubuntu.com IRC bridging isn't active yet, but should be in the relatively near future. We already have a port of Queuebot operating in there (written by Nils Büchner a.k.a. ravage), so you can see archive and ISO activity just like in here.16:43
sil2100juliank: and at least on the instance I see latest logs for the noble run from 2024-03-26T16:43:43+000016:44
juliankok16:44
julianksil2100: I can only look at https://ubuntu-archive-team.ubuntu.com/proposed-migration/log/noble/2024-03-26/  I am not powerful enough16:45
juliankOh god I should add another info message to britney16:47
juliankBecause we only log matches pending request or not16:47
juliankbut this run doesn't really have pending requests for all of them I suppose16:48
juliankbut still it will record the test result16:48
juliankbut it doesn't log that it did so :)16:48
juliankI guess the http log is updated by a 10 minutely cron job16:50
juliankor 15 minute16:50
schopinarraybolt3: is the release team in that room?16:52
arraybolt3schopin: I just created it, so until they join, no16:53
arraybolt3it's just part of getting the Matrix side of the Ubuntu community up-and-running.16:53
arraybolt3once IRC bridging is on, then everyone will be there.16:53
vorlonjamespage: ah indeed - I don't know why that's out of date16:54
juliankbritney is requesting a bunch of migration-refernce/016:55
juliankamd64: 51516:56
julianki386: 4516:56
juliankppc64el: 34916:56
julianks390x: 63316:56
juliankarmhf: 016:56
juliankarm64: 30116:56
juliankso far16:56
juliankOnly 5 each that are not migration-reference16:56
juliankI just realized my queued branch is stupid, it iterates the entire queue each time when it wants to send a request. I should just visit the queues at the start and build a dict to then do O(1) lookup for each test I want to send16:59
juliankAgain linear complexity vs more or less quadratic16:59
vorlonheh we probably want to go through `reverse-depends src:faketime -a source17:01
vorlondgit autopkgtest fails because of it. I was just looking at osslsigncode build failure, and find it's on this list.17:01
juliankkeep faketime rdeps=['epoptes', 'src:altos', 'src:debian-reference', 'src:devscripts', 'src:dkim-rotate', 'src:doxygen', 'src:fastdds', 'src:festival', 'src:genometools', 'src:jags', 'src:katarakt', 'src:libgfshare', 'src:macaulay2', 'src:mbedtls', 'src:mcabber', 'src:moon-buggy', 'src:oath-toolkit', 'src:ocl-icd', 'src:osslsigncode', 'src:pandas', 'src:postsrsd', 'src:pyacidobasic',17:05
juliank'src:pyscanfcs', 'src:rauc', 'src:reprotest', 'src:sssd', 'src:sympy', 'src:x4d-icons'] may_remove=True17:05
juliankI wonder if reverse-depends agrees17:05
juliankprobably no fancy provides on there17:06
xypronPlease, drop package licheerv-rtl8723ds-dkms from the 24.04/noble archive. It is not needed anymore. LP #205915117:07
-ubottu:#ubuntu-release- Launchpad bug 2059151 in licheerv-rtl8723ds-dkms (Ubuntu) "Drop package licheerv-rtl8723ds-dkms from 24.04 (Noble)" [Undecided, New] https://launchpad.net/bugs/205915117:07
juliank(from the new "keep" log file https://magenta.jak-linux.org/ubuntu-archive/distcheck/noble.armhf/removal-candidates.with-proposed.log)17:08
juliank(which is not regularly updated but a poc more or less)17:09
juliankI guess I could make my report a json file and you can query it with jq nicely17:10
juliank"15MB JSON file as an API"17:11
juliankvorlon: I guess packages in release pocket that *do not have a version in proposed* could become uninstallable as well, so joining uninstallables with the unfiltered report https://magenta.jak-linux.org/ubuntu-archive/distcheck/noble.armhf/removal-candidates.txt may prove useful?17:16
juliankor will it always report the package migrating as the uninstallability17:17
dokowhy do we have a two year old nvidia-settings package in noble?17:27
juliankfor shits and giggles?17:27
dokoapw: ^^^17:28
apwdoko, good question... will pass that on ...17:28
-queuebot:#ubuntu-release- Unapproved: rejected cloud-init [source] (mantic-proposed) [24.1.2-0ubuntu1~23.10.1]17:30
-queuebot:#ubuntu-release- Unapproved: rejected cloud-init [source] (focal-proposed) [24.1.2-0ubuntu1~20.04.1]17:31
-queuebot:#ubuntu-release- Unapproved: rejected cloud-init [source] (jammy-proposed) [24.1.2-0ubuntu1~22.04.1]17:31
dokoseb128: are there any plans for GTK2 removals, like in Debian?17:53
athosdoko: Yes (looking into php-parser)17:55
seb128doko, not at the moment, at least it's not something we have been actively looking at18:01
vorlonjuliank: packages in release pocket that do not have a version in proposed are either not candidates for removal because they are *transitively* uninstallable, or they *should* have versions in -proposed.18:16
juliankHmm, I agree about the should but I'm not sure they necessarily all do18:17
vorlonjuliank: my point is they should get uploaded to -proposed and then they move to the other list18:19
juliankBut can we find them?18:20
vorlonif you care to18:20
vorlonit's not the priority today18:20
vorlontoday the priority is: work through the set of packages that are included in the glib2.0 autohint on https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_output_notest.txt and analyze test failures to make them candidates for real18:20
juliankooh britney finished18:21
juliankvorlon: I'm sure it looks much worse now?18:22
vorlonwhat do you mean?18:22
juliankWaiting for a lot more tests than before we dropped broken passes18:22
vorlonshrug18:22
juliankperl looks nice18:23
vorlonat this point, missing amd64 test results are to be ignored, armhf regressions are to be analyzed18:23
vorloni386 regressions are to be yeeted18:23
adrienso much red18:26
juliankWe dropped 2k tests on ppc64el 30 mins ago, why?18:26
juliankadrien: So I don't know why that is, it shouldn't treat 'error' as a regression, that's an infrastructure issue?18:29
juliankWell ok maybe it does18:29
juliankSo we see red but we just tested the wrong version18:30
juliankThis isn't optimal18:31
juliankShould we consider exit codes 16 (tmpfail) and 20 (error) as regressions? I don't know18:32
vorlonred means someone needs to manually retry it18:32
juliankI feel like they should probably be neutral?18:32
vorlonif the infra isn't going to retry it on its own then this is correct18:32
vorlonneutral means it does not block migration18:32
juliankok?18:33
vorlonan infra failure is a regression vs a pass!18:33
vorlonand should not be ignored18:33
juliankstatus: amd64: 2206 i386: 78 ppc64el: 1771 s390x: 2199 armhf: 230 arm64: 191318:34
juliank#regressions18:34
vorlonis that the total number of i386 regressions? If so I should retry them all18:35
juliankvorlon: Normally that is all correct but now it makes it useless we don't see what we tested wrongly vs what actually failed, so we can't dig into the latter failures, and we don't have time for the former18:36
juliankvorlon: yes it is18:36
vorlonjuliank: uh no we just retry all of them, shrug18:36
juliankBut we need to migrate them before we have the retries done18:37
vorlonyes18:37
vorlonwe're NOT going to zero the amd64 test queue before tht18:37
vorlonit's just not possible18:37
juliankhence why I said if we can see *real regressions* vs our messup, we'd have a better view of what is broken prior to migrating it18:38
vorlonif you can get the messups moved to 'Test in progress' fine18:38
juliankIf we just ignore the test results, we should cancel them all, and just do migration-reference/0 for everything after migration, and then we can build a migration-reference/0 dashboard18:38
vorlonbut the existing failures shouldn't be treated as neutral18:38
vorlonwe should cancel them all>18:39
vorlonno18:39
julianklike nobody is going to see their results if they run after migration18:39
juliankDue to all-proposed the data quality is subpar too18:40
juliankqueueing migration-reference/0 after migration will have better quality as you have a consistent set18:40
vorlonlet the queues run18:41
vorlonI'm not going to engage this conversation further, it's a distraction from actually working on analyzing regressions18:41
adrienjuliank: ah, makes sense; in any case it's clearly not differentiating18:45
juliankadrien: There's nothing we can do anymore, on import every result became PASS/NEUTRAL/FAIL :(18:46
juliankadrien: But we need to make sure to rerun them all, or run migration-reference/0 after migration on everything to ensure that future -proposed tests don't become "not a regression"18:47
juliankBecause with everything red now due to messup, none of these will be regressions when we force migrated them and they get a new update18:47
juliankand like I said I prefer after the migration event to cancel the outstanding all-proposed tests and reschedule migration-reference/0 for everything to get an accurate gauge18:48
juliankor what is actually in the release pocket18:48
vorlonok cancelling them AFTER the migration is fine18:48
vorlonI thought you meant to cancel them now :)18:49
julianki don't give a duck now18:49
vorlonopenssl failures analyzed, unblocking18:51
vorlonat last look that's the last transitive blocker for glib2.0; so britney runs are going to get slower now18:51
vorlonfor a while18:52
julianksad britney18:52
vorlonslower because they're going to have to report on a lot more uninstallables18:52
juliankvorlon: have you scheduled i386, or should I? I have the list and can just pipe18:53
juliankit18:53
vorlonjuliank: I had scheduled for openssl only18:53
vorlonjuliank: please go ahead18:53
juliankon it18:53
juliankfunnily britney also scheduled migration-reference/0 tests for all our messup regressions of course18:54
julianki386 retried.18:54
juliankthe migration-reference are not a big issue tbh at least ppc64el and s390x are almost done with them18:55
vorlonanalyzing gtk+3.0 now18:56
vorlongtk+3.0 good, unblocking19:01
vorlonanalyzing at-spi2-core19:04
vorlonat-spi2-core good19:05
vorlonanalyzing cups19:07
vorloncups analyzed, unblocking19:12
vorlonthat should be the glib2.0 + gtk2.0 stack unblocked, now the excitement begins19:13
* juliank is more scared than excited19:13
vorlonthe scary part comes tomorrow; this is just making britney output more interesting in the meantime19:14
juliankvorlon: deadline is EOyourD tomorrow?19:14
juliank:D19:14
vorlonyes19:14
vorlonhttps://autopkgtest.ubuntu.com/packages/m/mumble/noble/armhf is interesting19:15
vorlonoh19:15
vorlontaking qtbase-opensource-src for analysis19:15
vorlonmumble ^ so basically the package installation never completes? therefore gets marked as badpkg19:15
vorlonwill try to reproduce19:15
juliankI feel like it crashes somewhere?19:15
juliankIt doesn't hang certainly19:16
juliankMaybe dpkg segfaults19:16
vorlonthe error says 'context deadline exceeded'19:16
juliankYes for the dpkg-query analysis19:17
vorlonquickly trying to reproduce19:17
vorlonah19:17
juliankBut there's no time gap from where it stops installing to where it tries to analyse what is wrong19:17
juliankok there is a 20s one19:18
vorlonwell dpkg itself succeeds19:18
juliankThis tampermonkey script from QA folks adds line numbers and it confused me :D19:18
vorlonconfirmed locally19:18
juliank"context deadline exceeded" is a Go error string, no?19:18
juliankwth19:19
juliankAnd reverse-depends doesn't work for src:mumble19:19
juliankit has no output19:19
vorlonfwiw mumble autopkgtest has been failing on armhf since 1.5.517-119:19
vorlonso, not a time_t thing and I'm ignoring19:20
vorlonthe binaries are in your removal list19:20
juliankah yes19:20
juliankkill it19:20
juliankor let it migrate19:20
julianki don't care :D19:20
vorlonnot migrate19:20
vorlonthe one in -proposed is broken on ALL archs19:21
vorlonso killing the binaries19:21
juliankack19:21
juliankI think we just didn't test the other arches19:21
juliankthe19:21
juliankthese are all the infra messup regressions19:21
vorlonjuliank: yeah but there are failure logs on those archs from -1 as well19:22
vorlonunblocking qtbase-opensource-src19:22
vorlontaking libpng1.619:23
juliankah yes I see 215s /tmp/autopkgtest.m5y5yl/build.WmN/src/debian/tests/smoke: 41: Syntax error: end of file unexpected (expecting ")")19:23
juliankbreakage19:23
vorlonlibpng1.6 good, unblocking19:23
vorlonright, afk for food19:25
vorlonfwiw we have a report pending on the release team side to identify the set of packages that need this kind of analysis and I'm happy to have the analysis delegated to non-release-team members (the actual hinting being releaseteamonly)19:26
vorlontaking pipewire19:40
vorlonpipewire good19:43
ahasenackvorlon: when you say "unblocking <pkg>", what exactly do you mean?19:43
vorlontaking libcanberra19:43
vorlonahasenack: adding a 'force-skiptest' hint to lp:~ubuntu-release/britney/+git/hints-ubuntu so that it will be considered in spite of incomplete or failing test results19:44
vorlonlibcanberra good19:44
vorlontaking readline19:44
adrienwhat are you looking at? just trying to understand better because I saw hundreds of (mis-)reported regressions so that's a lot to go through and you're pretty quick19:48
vorlonadrien: https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_excuses.html#readline only has 2 :)19:49
vorlonand danilogondolfo already filed a bug about the one that matters19:49
vorlonadrien: so far, I am looking at all of the regressions listed for any arch, and quickly pattern-matching on them to see if those particular regressions should be ignored19:50
vorlonor if bugs need reported19:50
vorlon(readline good)19:50
vorlonadrien: if amd64 is "failed" but it's clearly an installability issue, ignore19:50
vorlonadrien: if i386 is "failed" take a quick look but ultimately it's going to be ignored anyway19:51
vorlonif armhf, dig in and see if it matches an issue I already know; and if bugs need filed to track the issue after migration19:51
vorlonif failed on all archs, standard +1 maintenance triage19:51
adrienthanks; one thing: excuses for readline /had/ two but now there are all the cancelled ones reported too (maybe better don't refresh the page yet :D )19:52
vorlonand if the cause is mutter, ignore because mutter has a transition staged in -proposed that is not included in the current migration so it's going to be an uninstallable mess19:53
vorlonadrien: oh lol ok19:53
vorlonadrien: yes I won't refresh for a while then :D19:53
vorlongnome-desktop good19:53
vorlonthe old reports *are* still published, we could work off a previous one for a while19:54
vorlontaking gst-plugins-good1.019:54
vorlonsorry, I mean gst-plugins-base1.019:54
vorlonanyway, the risk of real regressions on !armhf directly as a result of time_t is approximately nil, so it's not super important that I review all of the amd64 autopkgtest failures19:58
vorlonthere are some substantive changes with new upstream versions of some libraries (gnome stack), but it's very unlikely these would regress on amd64 but not arm64 (can't rely on ppc64el + s390x because they don't ship a full desktop)20:00
adrienthanks for all the details, and btw: how do we know there are ongoing transitions? are they recorded somewhere central? I wasn't aware for mutter for example (and that would have been useful)20:06
vorlonadrien: it was discussed here20:07
vorlonnot otherwise documented20:07
vorlonno good place to20:07
tsimonq2vorlon: jp2a> ack, fix coming to archive today, we do need that.20:08
vorlonhere's the list of packages that need analysis of test failures: https://paste.ubuntu.com/p/49cbkr9C3V/20:08
vorlontsimonq2: cheers20:08
adrienok, hadn't seen it (many IM channels don't help me backlog :'( )20:08
vorlonso now working these alphabetically20:08
vorlontaking 389-ds-base20:08
vorlonoh wait I should finish gst-plugins-base1.0 first20:09
vorlon389-ds-base push back :P20:09
tsimonq2ubuntu-release: https://code.launchpad.net/~arraybolt3/debian-cd/+git/debian-cd/+merge/463159 hi, can this be merged? Ubuntu Unity has no references in debian-cd thus preventing Plymouth from loading.20:11
tsimonq2ubuntu-release: Also, I plan on merging and uploading this in the next few hours unless there are objections, in light of the busyness with time_t. https://code.launchpad.net/~arraybolt3/casper/+git/casper/+merge/46315720:12
vorlongst-plugins-base1.0 good20:15
vorlon*now* taking 389-ds-base20:16
vorlon389-ds-base good20:19
vorlontaking aac-tactics20:29
vorlonretrying tests for aac-tactics20:29
vorlonnot hinting aac-tactics for now, moving on20:34
vorlontaking abseil20:34
adrienI queued a bunch of coq retries on ppc64el and s390x (I can't tell anymore which failures there were)20:35
vorlonadrien: thanks :)20:35
* adrien is team OCaml (but that doesn't really help understand coq :P )20:37
vorlonhinting abseil20:38
vorlontaking accountsservice20:38
vorlonhinting accountsservice20:44
vorlontaking adsys20:46
vorlonadsys waiting for test results on all archs except armhf where it passes, heh20:47
vorlonhinting adsys20:47
vorlontaking aegean20:47
vorlonhinting aegean20:47
bdmurraytaking aerc20:47
vpa1977looking at bppsuite (armhf)20:48
vorlonvpa1977: are you working from this list? https://paste.ubuntu.com/p/49cbkr9C3V/20:48
vpa1977update-excuses ... will switch to the list20:49
vorlonvpa1977: you're not because bppsuite isn't on it :-) please work from this list20:49
vorlontaking afflib20:49
vpa1977ack =)20:49
vpa1977looking at aflplusplus20:49
vorlonhinting afflib20:49
vorlontaking afterstep20:50
bdmurrayvorlon: so aerc passed on armhf, ppc64el and s390x but is waiting for amd64 and arm64 ... so it could be hinted ocrrect?20:50
vorlonbdmurray: yes I would hint it20:50
vorlonhinting afterstep20:51
vpa1977aflplusplus - has tests queued up, so skipping for now ?20:51
vorlontaking agenda.app20:51
vorlonvpa1977: let me see20:51
vorlonvpa1977: it has one pass on armhf for its autopkgtests, which is good enough for me given that this is a no-change rebuild *for* armhf20:52
vorlonvpa1977: and for ocaml-afl-persistent, the failures on !armhf are all testbed failures so don't count, and we have a pass on armhf - so I will hint this20:53
bdmurrayvorlon: I'm not seeing your hint changes20:53
vorlonbdmurray: I'm batching them, do you want a commit per hint?20:53
vorlonpushed20:53
vorlonhinting agenda.app20:54
vorlonI noticed for ocaml-afl-persistent that not all archs showed queued retests, only amd6420:54
bdmurrayvorlon: well, I wanted to add one for aerc. Should I just tell you20:54
vorlonbdmurray: please go ahead and add20:55
vpa1977looking at android-platform-frameworks-base20:55
vorlonbdmurray: using git for merging as necessary, is more efficient than having me be a bottleneck for all commits20:55
vorlontaking alberta20:56
vorlon(on mooseback)20:56
vpa1977android-platform-frameworks-base blocked by diffoscope blocked by wabt which fails to build on all arches20:56
bdmurraytaking allelecount20:57
vorlonvpa1977: well, one way or another we have to decide how we are going to handle this for the migration20:57
vorlonvpa1977: options are: a) file bugs and hint, b) remove failing packages in a way that stops them from sneaking back into release pocket, c) remove this package and all its revdeps20:58
vpa1977it looks like the ftbfs is caused by a difference in clang toolchain - an option our clang does not recognise20:58
vpa1977I can fix it20:58
vorlonbut we don't have time to fix them all before tomorrow21:01
vorlonvpa1977: my analysis is: diffoscope/armhf has some passing tests; the test requiring recommends: to be installable is blocked by an issue not in this package; good enough21:03
ahasenackwhat happens tomorrow?21:03
vorlonahasenack: we unblock the hairball so that we can have a valid beta, regardless of how much armhf we break21:04
vpa1977vorlon: so I file a bug to remove wabt from proposed and we can resolve the build issue later21:04
vorlonvpa1977: wabt doesn't need removed from proposed21:04
vorlonvpa1977: what I can do is remove wabt/armhf binary from the release pocket21:05
vorlonwhich is not critical path for tomorrow, but DOES reduce by 1 our count of broken packages on armhf afterwards21:05
vpa1977vorlon: It is fine in noble, just the latest -proposed version failed to build21:05
vorlonvpa1977: it's not fine on noble, it has the old ABI and will be uninstallable when libssl migrates21:05
vpa1977ah true, sorry21:06
vorlonpunting the removal for now though because it has a revdep21:06
vpa1977looking at android-platform-tools21:07
vorlonvpa1977: so, hinting android-platform-frameworks-base21:07
vpa1977yes21:07
dbungertansifilter21:07
vorlonalsa-utils21:09
vorlonuh what is happening here, it's ftbfs on all archs in -proposed but in the list of packages in the transition21:10
vorlon... and shows no test failures of course...21:10
vpa1977android-platform-tools: has tests queued, armhf passes, the package is no change-rebuild since debian. Hint?21:11
vorlonvpa1977: yes, thanks21:11
vpa1977looking at aom21:11
vorlonhum alsa-utils seems to somehow be in update_excuses.yaml but not yet visible to me on update_excuses.html, probably a proxy cache thing21:13
bdmurraytaking apache2 (he said in a frightened voice)21:13
vorlonso punting that for now21:13
vorlontaking android-platform-art21:14
mwhudsonvorlon: i am now at your service21:14
vorlonmwhudson: take a package from https://paste.ubuntu.com/p/49cbkr9C3V/ ? next is apparmor21:14
mwhudsonok apparmor for me21:15
vorlonmwhudson: then look at https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_excuses.html#$package at the reported autopkgtest regressions21:15
mwhudson.oO(can i game my progress to not get openssl)21:15
vorlonmwhudson: then identify any that are real regressions, or real reasons to want to wait for more autopkgtest results21:15
dbungertansifilter has a forensicsics-extra test queued that probably will pass?  so that's a hint then?21:15
vorlonmwhudson: file bugs for the real regressions so we don't lose track, and then ask a release team member to hint21:15
vpa1977aom - self armhf passes, ffmpeg queued and librust-aom-sys-dev is uninstallable. rust-aom-sys needs no-change rebuild21:16
vorlondbungert: why do you say it will probably pass if we've had no successful tests on armhf?21:16
vorlondbungert: (so for me this would be 'skip and come back later')21:16
dbungertk21:17
mwhudsonvorlon: so apparmor tests failed with infra errors and are queued to run again, that's "skip and come back later"?21:18
vorlonmwhudson: for the package in question are there any passes? what's the status of armhf?21:18
dbungertappstream21:19
bdmurrayvorlon: so looking at apache2 there is a lot going on there. But I could skip test sub items like ikiwiki-hosting?21:19
mwhudsonvorlon: no not of the version in proposed. armhf passed21:19
vorlonbdmurray: skiptest applies to apache's migration; to ignore failure of a particular test is badtest which is a bigger hammer21:19
vorlon906s fatal: unable to access 'https://gitlab.com/fdroid/ci-test-app.git/': Failed to connect to gitlab.com port 443 after 133803 ms: Couldn't connect to server21:20
vorlonc'mon, man21:20
vpa1977aom - mistaken about librust-aom-sys-dev, that was a broken testbed (apt)21:21
bdmurrayokay so looking at ikiwiki-hosting update_excuses say amd64 and arm64 are running but I don't see amd64 in the queue any more. Is it worth requeueing?21:21
vpa1977aom - skip until ffmpeg test succeeds21:22
mwhudsoni am extremely confused by https://autopkgtest.ubuntu.com/packages/c/content-hub/noble/amd64 -- all the recent runs are reported as "error" but looking at the logs i don't see the problem?21:22
vorlonmwhudson: britney is failing to show it, but https://autopkgtest.ubuntu.com/packages/a/apparmor says armhf passed and https://autopkgtest.ubuntu.com/packages/a/apparmor/noble/armhf confirms?21:22
vpa1977mwhudson: they have tagged runs that ran with wrong dependencies as no-proposed/error21:22
bdmurraymwhudson: that's what we talked about in stand up21:22
-queuebot:#ubuntu-release- New binary: jp2a [amd64] (noble-proposed/universe) [1.1.1-2ubuntu1] (lubuntu, ubuntu-mate)21:22
-queuebot:#ubuntu-release- New binary: jp2a [s390x] (noble-proposed/universe) [1.1.1-2ubuntu1] (lubuntu, ubuntu-mate)21:22
mwhudsonbdmurray, vpa1977: ah21:23
vorlonmwhudson: note that these tests are tagged 'error' rather than 'failed'21:23
mwhudsonsorry for not paying attention!21:23
vpa1977do we have a way to mark packages to "come-back-later" somewhere ?21:23
vorlontaking apt21:23
juliankmwhudson: you can see trigger is  content-hub/1.1.1-1build3 but result version is 1.1.1-121:23
-queuebot:#ubuntu-release- New binary: jp2a [arm64] (noble-proposed/universe) [1.1.1-2ubuntu1] (lubuntu, ubuntu-mate)21:23
-queuebot:#ubuntu-release- New binary: jp2a [ppc64el] (noble-proposed/universe) [1.1.1-2ubuntu1] (lubuntu, ubuntu-mate)21:23
juliankI retried the apt block fwiw21:23
arraybolt3new jp2a binaries are from me fixing the FTBFS failure on all arches21:24
vorlonvpa1977: "come back later" - if we actually make it all the way through the list, then we can generate a fresh list21:24
juliankvorlon: I saw odd rule extract failures for apt but I think they're sorted out now21:24
vpa1977vorlon: ack21:24
vpa1977taking apache221:24
-queuebot:#ubuntu-release- New binary: jp2a [armhf] (noble-proposed/universe) [1.1.1-2ubuntu1] (lubuntu, ubuntu-mate)21:24
mwhudsonvpa1977: brian took that?21:25
vpa1977ops, my bad21:25
bdmurrayvpa1977: feel free I'm still working with bos0121:26
vorlonand it would be REALLY NICE if britney didn't sometimes just RANDOMLY decide to not show the passing tests on one arch21:26
juliankvorlon: notably, aptitude/0.8.13-5ubuntu4 apt/2.7.14 now passed on ppc64el and s390x retries, and on other architectures with random triggers, which is the first time 2.7.14 passed21:26
vpa1977mwhudson, bdmurray: ack21:26
mwhudson+1 vorlon21:26
vorlonjuliank: ack21:26
bdmurrayvpa1977: I mean please take apache2 if it wasn't clear21:27
vpa1977bdmurray: yes, looking at it21:27
juliankFWIW, I have identified 2 more bugs with proposed handling, but one only affects apt < 2.0 (binaries with a version different from source package are not pinned correctly, lolz) and the other is meaningless right now (package from release pocket remains installable even if removed in proposed trigger upload)21:28
juliankUpstream has approved my merge for the 2nd case21:28
vorlonwhy does ca-certificates-java need a test called 'can-configure-cross-compilation'!21:28
juliankheh21:28
juliankA good question for our Java maintainer21:29
vorlonI don't want to highlight him and distract him from the actual work ;)21:29
vpa1977it failed before =)21:29
vpa1977I will find bug for that in a second21:29
mwhudsonso for apparmor i see no evidence of regression but given the nature of things it would definitely be good to see some more passes...21:29
juliankmwhudson: s390x and ppc64el are free (well 2 pending), so go nuts there?21:30
juliankI say free, I ignore the huge queue :)21:30
sil2100I'll take graphicsmagick if no one took it yet21:31
juliankThat's specifically why I had the tests scheduled in huge so you can take your concerns and resolve them :)21:31
juliankI'll go disappear again, I'm still recovering from the last couple nights being too long! Good hunting!21:31
sil2100juliank: o/21:31
vpa1977vorlon: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=104324721:32
-ubottu:#ubuntu-release- Debian bug 1043247 in openjdk-21-jdk-headless,ca-certificates-java "openjdk-21-jdk-headless fails foreign installation during ca-certificates-java.postinst" [Normal, Fixed]21:32
vpa1977when you co-install foreign-arch jdk and native jdk, ca-certificates-java should use native jdk21:32
vorlonvpa1977: heh. well that test is failing on amd64 with new apt and I'm not blocking on it21:32
vpa1977vorlon: ah the test is using mmdebstrap which can not setup chroot properly for the test. I will file time-t bug for it21:34
vorlonbdrung: fwiw devscripts autopkgtest appears to have regressed and it's not the archive's doing21:34
dbungertignoring appstream, regressions all look like retest bait (queued) and are non-armhf21:40
dbungertassuming aptitude entangled with apt, looking at arpack21:40
vorlondbungert: aptitude may be entangled with apt but needs hinted separately ftr21:40
vorlonit's fine for you to pick whatever21:40
dbungertk21:40
vorlonwe just don't want to collide21:40
vorlondbungert: and I'm hinting appstream, none of the failures there are a) anything that points to an armhf regression and b) applying to all archs suggesting there may be a real bug21:42
dbungertack21:42
-queuebot:#ubuntu-release- New binary: jp2a [riscv64] (noble-proposed/universe) [1.1.1-2ubuntu1] (lubuntu, ubuntu-mate)21:43
vorlontaking aptitude21:49
-queuebot:#ubuntu-release- New: accepted jp2a [amd64] (noble-proposed) [1.1.1-2ubuntu1]21:49
-queuebot:#ubuntu-release- New: accepted jp2a [armhf] (noble-proposed) [1.1.1-2ubuntu1]21:49
-queuebot:#ubuntu-release- New: accepted jp2a [riscv64] (noble-proposed) [1.1.1-2ubuntu1]21:49
-queuebot:#ubuntu-release- New: accepted jp2a [arm64] (noble-proposed) [1.1.1-2ubuntu1]21:49
-queuebot:#ubuntu-release- New: accepted jp2a [s390x] (noble-proposed) [1.1.1-2ubuntu1]21:49
-queuebot:#ubuntu-release- New: accepted jp2a [ppc64el] (noble-proposed) [1.1.1-2ubuntu1]21:49
mwhudsonok queued a couple of apparmor tests, onto arpack21:49
vorlonhinting aptitude21:49
vorlontaking arqiver21:49
mwhudson154s cp: cannot stat '/usr/share/apbs/{tests,examples}': No such file or directory21:50
mwhudsonlol what are you doing21:50
vorlonand please highlight whenever you want me to add a hint21:50
vorlonmwhudson: bashisms ftw21:50
bdmurrayarqiver loooked like a regression on armhf21:50
dbungertmwhudson: imported a bug for that21:50
arraybolt3mwhudson: I just had jp2a act almost exactly like that, ended up being a build environment difference where the presence of a package caused some files to be saved into other directories than normal21:51
mwhudsondbungert: oh didn't see your claim21:51
dbungertno worries21:51
mwhudsonlooking at assimp21:51
vorlonbdmurray: arqiver is just the forensics-extra nonsense that's been requeued?21:51
bdmurrayif only we were using gobby21:51
bdmurrayvorlon: agreed21:52
vorlontaking astc-encoder21:52
bdmurrayI just noticed we lost some armhf workers too so I'm looking at that21:52
dbungertyes, arpack is just a regression from unrelated LP: #205916421:52
-ubottu:#ubuntu-release- Launchpad bug 2059164 in apbs (Debian) "apbs: autopkgtest regression: apbs_tester.py': [Errno 2] No such file or directory" [Undecided, New] https://launchpad.net/bugs/205916421:52
bdmurraybos01 seems better though21:53
dbungertasterisk21:53
vorlondbungert: so I should hint arpack?21:53
dbungertvorlon: please21:53
vorlondone thanks21:53
vorlonastrometry.net21:53
vorlonastropy21:54
vorlondefinitely some armhf regressions here21:54
vorlonpriming yeet slingshot21:54
dbungert1:20.6.0~dfsg+~cs6.13.40431414-2build3 is a version number all right21:58
mwhudsonvorlon: what was the occt nonsense about in the end?22:00
vorlonmwhudson: "ok so the issue comes down to the opencascade libraries which would be newly NBS after migration also being uninstallable because of a strict versioned dep on occt-misc.  so in the short term I'll just remove these binaries from the release pocket increasing uninstallability count"22:01
dbungertvorlon: please hint asterisk for non-armhf test failures unrelated to time_t with queued tests22:02
vorlonuh blocking pytest rather than skiptesting22:03
dbungertasymptote22:03
vorlon(explicitly blocking so someone doesn't accidentally hint it in)22:03
vorlondbungert: done thanks22:04
vorlonpytest in -proposed being incompatible with the world is not helpful22:05
mwhudsonvorlon: i think assimp can be hinted22:06
vorlonmwhudson: done thanks22:06
mwhudsonatop22:06
vorlonaugustus22:07
mwhudsonvorlon: hint atop pls22:08
vorlonmwhudson: done22:08
mwhudsonat-spi2-core (oh no)22:09
vorlonmwhudson: already hinted22:09
mwhudsonoh ok!22:09
mwhudsonautofs22:09
vorlonmwhudson: (race condition between me having hand-picked it for analysis, and generation of the report)22:09
vorlonavahi22:10
dbungertvorlon: please hint asymptote for same reasons22:11
dbungertavogadrolibs22:11
vorlon'comitup' no you misspelled 'vomit' I know the keys are right next to each other hth22:11
vorlondbungert: done22:11
vpa1977apache2 - needs retrying autopkgtests. ./retry-autopkgtest gives 121 urls. Can i submit ?22:15
vorlonvpa1977: you can22:16
mwhudsonvorlon: hint autofs pls22:16
mwhudsontaking awesome22:16
vorlonmwhudson: autofs done22:17
vorlonayatana-indicator-session22:17
vorlonbabeltrace (nooooo)22:18
vorlonbacula22:19
vorlonbalsa22:19
vorlonbamtools22:20
vpa1977apache2 - requeued tests, skipping22:20
vorlonvpa1977: are the tests armhf?22:20
vpa1977vorlon: they include armhf, but the failures are due to the dependency bug22:21
sil2100Taking graphviz22:22
vpa1977taking bandage22:22
mwhudsonvorlon: hint awesome22:22
dbungertvorlon: please hint avogadrolibs22:23
vorlonblocking bamtools22:23
mwhudsontaking bc22:23
dbungertbcftools22:24
mwhudsonvorlon: why block bamtools, out of curiosity?22:24
vorlonmwhudson: it's 101 days old and was hitching a ride on the glib2.0 migration but is not needed or appropriate22:24
vorlon(s390x regression)22:24
mwhudsonvorlon: fair enough22:25
vorlonmwhudson, dbungert: awesome and avogadrolibs done22:25
vorlonmwhudson: and block >> skiptest22:25
vorlonbear22:25
vorlonberkeley-express22:26
mwhudsonvorlon: i see you retried eztrace/armhf a bunch. any insights you remember?22:26
vorlonmwhudson: that'll have been part of some batch, I don't recognize it22:26
mwhudsonfair22:26
mwhudsonuhh dgit failure looks like faketime non-working-ness?22:27
vorlonyeah faketime is death and ignore it22:27
vpa1977vorlon: bandage - has miniaamd64 regression due to dependency issue  - retried, depends on qtbase-opensource-src (that has regressions), but package itself installs on armhf from proposed. Hint?22:27
mwhudsonvorlon: badtest dgit/armhf then?22:27
vorlonmwhudson: maybe worth familiarizing yourself with output of `reverse-depends src:faketime -a source` for the duration22:28
vorlonmwhudson: I don't like using badtest, and we might fix faketime next week or something22:28
vpa1977taking bind922:28
mwhudsonvorlon: is there a reverse-depends for d/tests/control?22:29
vorlonvpa1977: yes, the 'regression' is simply a bad test22:29
vorlonmwhudson: yes, -a source shows it22:29
mwhudsonvorlon: ah nice22:29
vorlonvpa1977: bandage hinted22:29
sil2100Ok, graphviz has a lot of tests that still are queued, will move on for now to others22:31
vorlonwell, berkeley-express has no passing tests, but its test deps aren't satisfied on armhf and it's a no-change rebuild so hinting22:31
vorlonsil2100: did you see the master list? (from paride) https://paste.ubuntu.com/p/49cbkr9C3V/22:32
sil2100vorlon: yes, working from that one22:32
vpa1977bind9 - has tests queued, skipping22:32
vorlonsil2100: helpful if you also go alphabetically, so that we can more easily skip the ones one another have claimed22:32
mwhudsonvorlon: hint bc, something odd is going on with eztrace but it's not bc's fault22:32
vpa1977bind-dyndb-ldap - same, tight dependency on bind922:32
sil2100vorlon: ACK, started from the middle not to get in anyone's way, but if we all coordinate here then it should work22:33
mwhudsonlol do i get binutils22:33
sil2100Taking binwalk o/22:33
mwhudsonvorlon: did you do binutils already by any chance?22:33
vorlonmwhudson: I did not22:33
vpa1977taking biometryd22:33
vorlonvpa1977: "has tests queued" is to me not a skip; hinting bind922:34
vorlonvpa1977: (only armhf test there that's not a pass is forensics-extra which is a known issue)22:34
vorlonbiosig22:35
vorlonbobcat goldthwaite22:36
vpa1977vorlon: bind-dyndb-ldap - armhf passes, should probably hint to if we hint bind922:36
vorlonvpa1977: ack thanks22:36
vorlonbobcat eeeewww all read22:36
vorlon*red22:36
mwhudsonoh i bootstrapped bobcat, only reason i've heard of it22:36
vorlonmwhudson: familiar enough with it to have an opinion on https://autopkgtest.ubuntu.com/packages/f/flexc++/noble/armhf ?22:37
dbungertvorlon: please hint bcftools22:37
vorlondbungert: done22:37
mwhudsonvorlon: heck no22:37
dbungertsigh boost22:38
dbungertboost1.74 specifically22:38
liushuyuHi ubuntu-release, can someone help me understand if https://bugs.launchpad.net/ubuntu/+source/rustc/+bug/2052985 this FFe needs revising?22:39
-ubottu:#ubuntu-release- Launchpad bug 2052985 in rustc (Ubuntu) "[FFe] Upgrade Rust to 1.76.0" [Medium, Incomplete]22:39
vorlonmwhudson: icmake autopkgtest ALSO dumps core, looks like this wants kicking out of the release pocket22:39
vpa1977biometryd - blocked on elfutils (already hinted?), tests for lomiri-settings-components pass/requeued. hint?22:39
mwhudsonvorlon: fair enough22:39
vorlonat least on armhf22:39
mwhudsonvorlon: it has a bit of an rdep chain iirc22:40
vorlonyeah but it needs doing22:40
vpa1977taking booth22:40
sil2100Taking bpfcc now22:41
vpa1977booth - armhf passes, amd64 requeued, package installable on armhf. hint ?22:42
vorlonvpa1977: yes done thanks22:43
vpa1977taking brasero22:43
liushuyutaking ibus22:45
vorlonfyi when we get there, cups has just had a new upload fixing a real bug impacting cups-browsed.  hopefully this will build quickly on riscv64 but in the meantime skip it22:46
sil2100bpfcc I need to wait for some reruns to finish since I don't have reliable info from the current tests, moving on22:46
vorlonliushuyu: please join us in the 'b' section, if people jump around it will be hard later to keep track of what's already done22:46
dbungertvorlon: please hint boost1.7422:46
vorlonliushuyu: regardless of your personal interest in ibus ;)22:46
liushuyuvorlon: okay22:46
vorlondbungert: done22:46
dbungerttaking brlaser22:47
sil2100Taking brotli22:47
sil2100eh, brotli still has a lot of tests in progress, skipping22:47
sil2100Taking budgie-desktop22:48
vpa1977brasero - package installable on armhf, requeued tests for dependencies. skipping22:48
vpa1977(all test failed)22:48
vpa1977taking bustle22:48
sil2100budgie-desktop - the same, skipping22:48
sil2100Taking ekhm, butt22:49
vorlon'ssh-cron' clearly this is an implementation of the ssh protocol over cronjobs22:50
sil2100Ok, butt is still running tests but it generally looks green on all others22:51
sil2100Taking c2esp22:52
vorlonmwhudson: oh I see bobcat bootstrapping requires icmake which is one of the very packages which fails, um22:52
mwhudsonvorlon: yes22:52
vorlonmwhudson: I guess I'll leave icmake/armhf in the release pocket for now and make it uninstallable22:52
vorlonmwhudson: is icmake a poor reinvention of xmkmf?22:53
mwhudsonvorlon: i have no idea22:53
vorlonthen I assert that it is22:53
vorlon"Originally, it was written to provide a useful tool for  automatic program maintenance and system administrative tasks on MS-DOS platforms."22:53
vorlonwhat are you even DOING22:54
mwhudsonvorlon: these are good questions22:54
vorlonsil2100: c2esp: note there's an open update-excuses bug on this22:54
vorloncairo22:54
sil2100vorlon: oh, I don't see that on update_excuses22:56
vorlonsil2100: update_excuses is a bit out of date...22:57
vpa1977bustle - depends on libpcap, which needs tests queued. dependency tests (dbus-test-runner) pass. Package installable on armhf. Hint ?22:58
sil2100Okay, moving on then, since I'd like the test results for the actual package we have in -proposed22:58
vorlonvpa1977: not necessary to mention armhf installability, fwiw22:59
vorlonvpa1977: but yes hinting22:59
sil2100hum, so cups 2.4.7-1.2ubuntu2 is not yet published huh23:01
vpa1977libpcap retry-autopkgtest-regression returns 81 urls. Should I queue ?23:01
mwhudsonvorlon: ok binutils is waiting on lots of tests but i see no evidence of regression and the diff between release and proposed looks pretty innocuous, hint pls23:01
liushuyutaking black23:01
vorlonjuliank, bdmurray: based on discussions I would have expected to see a requeued test for https://autopkgtest.ubuntu.com/packages/g/gnome-shell-pomodoro/noble/amd64 but there wasn't one (now queuing)23:01
sil2100I'll revisit and queue tests when ubuntu2 is available in -proposed23:01
vorlonmwhudson: done23:01
liushuyure-queued autopkgtests for black23:01
mwhudsonliushuyu: black isn't on the list?23:01
mwhudsonwhich is here https://paste.ubuntu.com/p/49cbkr9C3V/23:02
sil2100Taking calf23:02
mwhudsontaking cassiopee23:02
liushuyutaking castle-game-engine23:02
vpa1977taking ccls23:04
mwhudsonvorlon: hint cassiopee pls23:04
vorlonmwhudson: done23:04
mwhudsontaking cdebconf ... :(23:05
sil2100calf skiptested, moving on23:05
liushuyucastle-game-engine tests re-queued, the tests could pass23:05
liushuyutaking cdebootstrap23:05
sil2100Taking cdo23:05
liushuyu(hmm)23:05
mwhudsonliushuyu: i was going to but ...23:06
mwhudsonvorlon: cdebconf is waiting on a million tests but has several passes on armhf and the change is a no-change rebuild -- hint?23:06
vorlonyeah23:06
vorlondone23:06
sil2100Okay, cdo FTBFS on many arches, taking a quick look23:07
vorlon(we should remove cdebconf anyway really)23:07
mwhudsonvorlon: how do you feel about cdebootstrap!!23:07
mwhudsontaking cdeboostrap btw23:07
vpa1977ccls -all tests in progress, had a failure on vim-youcomplete, skipping (?)23:07
vorlonhaha23:07
dbungertskipping brlaser due to cups relation23:08
vpa1977(afk blood test)23:08
dbungerttaking cdrkit23:08
liushuyucdebootstrap tests requeued23:09
vorlonpoppler seems to have regressed i386 testability, shrug23:09
liushuyucdebootstrap vs xen-tools might need attention23:09
liushuyutaking ceph23:10
mwhudsonliushuyu: i bet xen-tools is deb822 soources23:10
liushuyuceph might need hinting: itself passed, blocked by google-perftools oath-toolkit openssl python3.1223:10
liushuyumwhudson: correct23:10
vorlonliushuyu: hi, let me repost something I said earlier before you came in, to make sure we're all on the same page wrt priorities23:12
vorlonone way or another we have to decide how we are going to handle this for th23:12
vorlonone way or another we have to decide how we are going to handle [each of these packages] for the migration [tomorrow]23:12
vorlonoptions are: a) file bugs and hint, b) remove failing packages in a way that stops them from sneaking back into release pocket, c) remove this package and all its revdeps23:13
vorlonliushuyu: ^^ requeuing tests is fine, but that's also something we can do as a batch across all packages.  The priority is figuring out the course of action for the package wrt armhf and letting it migrate tomorrow23:14
vorlon4) if there are test failures showing it's broken on !armhf, we should block the package and remove armhf binaries23:14
vorlonbut we should NOT assume that we will get a second pass at the list23:14
liushuyuOkay, so if the tests have a high-probability of passing (the tests passed but overriden to error) choose (a)?23:14
vorlonliushuyu: yes please23:15
liushuyuUnderstood23:15
vorlonliushuyu: to be clear, "tests passed but overridden to error" means it was never a valid test at all.  but if the test passed on another arch, then that's usually enough reason to skiptest23:15
liushuyuOkay23:15
mwhudsonvorlon: hint cdeboostrap please, xen-tools tests are busted but cdeboostrap seems to be ok23:16
vorlonmwhudson: I see you spell it the same way I do23:17
vorlonmwhudson: cdeboo[t]strap hinted23:17
mwhudsonvorlon: heh upils does it too23:17
mwhudsontaking cfitsio23:18
vorlontaking certmonger23:19
vorlontaking cgal23:20
sil2100eh, cdo FTBFS for arm64, ppc64el and riscv64 because it depends (implicitly it seems) on a new magics++ which also fails on those architectures23:20
vorlonsil2100: cdo only has amd64 binaries in the release pocket23:21
sil2100vorlon: hm, no, it has arm64, ppc64el and riscv64 according to launchapd. Did someone remove the others?23:21
sil2100https://launchpad.net/ubuntu/+source/cdo/2.3.0-123:22
vorlonsil2100: they were *built* but they have since been removed23:22
vorlonsil2100: that shows you that they were built not that they were currently published; cf. rmadison23:22
sil2100vorlon: ...my bad!23:22
* sil2100 trusted too much in webbrowser23:22
vorlonkids these days23:22
liushuyucastle-game-engine: needs hinting (passed on other arch)23:23
vorlonliushuyu: done23:23
mwhudsonvorlon: hint cfitsio, passes on enough arches to be ok23:23
liushuyualso I should file an accompanying bug on LP with time-t tag?23:24
mwhudsontaking chatty23:24
sil2100Taking chealpix23:24
vorlonliushuyu: for what issue?23:24
liushuyuvorlon: for hinting? a) file bugs and hint > this one?23:24
vorlonliushuyu: sorry - that's meant to be, file bugs for any regressions that we are ignoring to let this package in23:25
liushuyuvorlon: Ah, okay. I misunderstood something you said in the standup23:25
mwhudsonvorlon: hint chatty, autopkgtest is trivial anyway23:26
liushuyutaking "cheese"23:26
vorlonmwhudson: done23:26
mwhudsontaking c-icap-modules23:26
vorlonhinting cgal, but I'm not happy about it23:27
sil2100Taking cinnamon23:27
vorlon(1 armhf pass, 1 ppc64el pass, 1 s390x pass, 1 armhf failure due to tests and a whole bunch of invalid)23:27
mwhudsonvorlon: hint c-icap-modules, no change rebuild and passes on armhf23:28
vorlonmwhudson: done23:28
mwhudsoncinnamon-control-center23:28
vorloncinnamon-desktop23:28
mwhudsonvorlon: hint cinnamon-control-center23:28
mwhudsoncinnamon-menus23:29
vorlonmwhudson: done23:29
vorloncinnamon-session23:29
mwhudsonvorlon: hint cinnamon-menus23:30
vorlonmwhudson: done23:30
liushuyu"cheese" tested incorrect package version and currently in-queue for testing23:30
mwhudsoncinnamon-settings-daemon23:30
vorlonliushuyu: were there any passing tests on other archs, and is it ok on armhf?23:30
vorloncjs23:30
liushuyuvorlon: no, should test cheese/44.1-1build3 but tested cheese/44.1-1 on all arch23:31
vorlonliushuyu: oh but it did pass on armhf. 'No test results' is britney speak for a 'neutral' test23:31
vorlonliushuyu: so I'll hint it23:31
liushuyuvorlon: thanks!23:31
liushuyutaking clamav23:32
vorlonclaws-mail23:32
sil2100Ok, cinnamon hinted, moving on23:32
sil2100Taking clazy23:33
vorlonclick23:33
liushuyuclamav needs hinting, tests passed on !amd64 (failed on amd64 due to c-icap-mod-urlcheck)23:33
dbungertso diffoscope vs cdrkit failed for libssl3 installability, I'm thinking we need to come back to that one23:33
vorlondbungert: we've been ignoring diffoscope23:34
mwhudsonvorlon: hint cinnamon-settings-daemon23:34
dbungertk23:34
liushuyutaking cloudflare-ddns23:34
mwhudsontaking cluster-glue23:34
liushuyucloudflare-ddns is safe to hint23:34
mwhudsonvorlon: hint cluster-glue23:35
mwhudson(it's nice to get easy ones)23:35
mwhudsontaking clutter-gst-3.023:35
sil2100Taking cmake23:35
liushuyutaking cockpit23:35
mwhudsonsil2100: commiserations23:35
sil2100ummm23:35
vorlondbungert: I actually don't know how https://autopkgtest.ubuntu.com/packages/d/diffoscope/noble/ppc64el passed given that pytest breaks things in -proposed and blocks the armhf test23:35
sil2100Maybe I'll take ekhm, something else23:36
vorlonmwhudson: c-s-d and cluster-glue done23:36
sil2100cmake is SO MUCH in progress23:36
liushuyuvorlon: cockpit is safe to hint23:36
dbungerttaking coin323:36
sil2100Taking coinor-ipopt23:36
liushuyutaking colord23:37
vorlonoh click again meh23:37
mwhudsonvorlon: hint clutter-gst23:37
vorlonmwhudson: done23:37
mwhudsontaking compiz23:38
vorlonblocking click23:38
mwhudson  * Apply patches from debian/patches since this is not a 3.0 (quilt) package23:39
mwhudsonbest changelog23:39
vorlonliushuyu: please highlight be my name when you want a hint added (almost missed cloudflare-ddns)23:40
liushuyuvorlon: okay, will do23:40
vorlonliushuyu: cockpit hinted23:40
liushuyuvorlon: colord needs hinting23:40
vorlonliushuyu: colord done23:41
liushuyutaking conky23:41
vorlontaking conmon23:41
sil2100Taking content-hub23:42
liushuyuvorlon: conky needs hinting (passed on armhf, error on others)23:42
vorloncoq23:42
vorlonliushuyu: done23:42
vorlonuh maybe just let me work coq*23:43
liushuyuso skip the coq-* cluster?23:43
vorlonyeah23:43
liushuyutaking coquelicot23:43
mwhudsonvorlon: did sssd get removed on armhf?23:43
vorlonbecause honestly if they're installable then they're good23:43
vorlonmwhudson: ask rmadison, I can't remember if it made it out23:43
mwhudsonfair enough23:44
vorlonmwhudson: I remember I *worked* on removing it :)23:44
liushuyuOkay coquelicot is also a coq package23:44
vorlonyes23:45
mwhudsonyeah ok it's gone23:45
liushuyuvorlon: can I give coquelicot to you?23:45
vorlonliushuyu: yes23:45
mwhudsonvorlon: hint compiz then23:45
vorlonmwhudson: done23:45
liushuyutaking coreutils23:45
mwhudsontaking corosync23:45
cpeteI'm here for the fun. Taking courier-authlib23:46
vorloncpete: thanks! have you been following along enough to get the flow?23:47
liushuyuvorlon: coreutils needs hinting (many tests were overriden to error, but the rest is good)23:47
mwhudsonvorlon: hint corosync23:47
mwhudsontalking cowsql23:48
vorlonliushuyu, mwhudson: done23:48
vorloncpdb-backend-cups, my old nemesis23:48
dbungertvorlon: please hint coin323:49
liushuyucpete: tl;dr: > options are: a) hint if the tests could pass; file a bug if a real regression, b) remove failing packages in a way that stops them from sneaking back into release pocket, c) remove this package and all its revdeps23:49
vorlondbungert: done23:49
mwhudsonvorlon: hint cowsql23:49
mwhudsontaking a break for a bit23:49
dbungertcpdb-libs23:49
mwhudson(lunch and some other bits)23:49
liushuyutaking cpl23:50
vorloncpl-plugin-amber23:51
cpetevorlon: I think so? Just read through the logs but might take me a couple to get going. ex. courier-authlib is broken on !armhf, so you could you block it + remove the armhf binaries?23:52
cpeteliushuyu: thanks! Saves me the scrolling haha23:52
vorloncpete: broken, or has test failures reported due to the infra stuff?23:52
vorloncpl-plugin-giraf23:52
vorloncpl-plugin-uves23:52
vorloncpl-plugin-vimos23:52
vorloncpl-plugin-xshoo23:52
* cpete checking23:52
sil2100Taking crac (not literally)23:53
vorloncpete: do they actually show as failures for you? the one in my browser (after a refresh) says Test in progress23:53
cpetevorlon: looks like infra23:54
vorloncpete: ok - so this we want to hint23:54
vorloncpete: (done)23:54
cpeteAck, thanks!23:54
vorlontaking createrepo-c23:54
cpetetaking cryptsetup23:54
liushuyuvorlon: no valid tests result (all errors) for cpl, I am unsure if we should hint this one23:55
vorlonskipping cups as mentioned ^23:55
dbungertvorlon: please hint cpdb-libs23:55
vorlonliushuyu: do https://autopkgtest.ubuntu.com/packages/e/esorex/noble/armhf and https://autopkgtest.ubuntu.com/packages/p/python-cpl/noble/armhf not show for you on update_excuses?23:55
vorlondbungert: done23:55
vorlonliushuyu: also, britney is failing to provide a link to https://autopkgtest.ubuntu.com/packages/c/cpl-plugin-giraf/noble/armhf but it's a pass23:56
liushuyuvorlon: They do show in the page, but none of the non-error tests seem to test cpl/7.3.2+ds-1build223:57
sil2100Taking cura-engine23:58
vorlonliushuyu: I see references to that version on https://autopkgtest.ubuntu.com/packages/p/python-cpl/noble/armhf and https://autopkgtest.ubuntu.com/packages/e/esorex/noble/armhf23:58
dbungerttaking cypari223:58
vorlonliushuyu: also if it's 'all-proposed' we know that it's (supposed to have) taken the version of cpl from -proposed23:58
liushuyuvorlon: ah, okay, then let's hint that23:58
vorlonliushuyu: done23:58
liushuyutaking cyrus-imapd23:59

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