/srv/irclogs.ubuntu.com/2024/04/05/#ubuntu-release.txt

sil2100I'll take a look at some of the failures for glibc then00:00
vorlonnb the util-linux security update is to the 'wall' command, chances of this regressing any revdeps are ~ 000:01
vorlonvpa1977: thanks for opening those bug reports on the regressed util-linux revdeps. hinting util-linux through now00:03
vorlonthat leaves only (trivial, insignificant, you'll barely notice it's missing) glibc from the Priority: required set00:03
sil2100Ok, so I see glibc's abseil and ableton-link failures seem to be badpkg cmake-data related, which as I understand correctly is just a matter of migrating cmake?00:04
vorlongood lord, flavors are pulling in gdebi -> lintian -> build-essential -> gcc in their desktops?00:05
sil2100Looking at the adsys regression00:05
vorlonsil2100: or of retesting with all-proposed, which is queued but will take time00:05
vorlonsil2100: but see also my doc above with triage notes :)00:06
vorlon"if a test fails because of uninstallability of test deps, but there is at least one architecture on which the test passes, this is ignorable"00:07
vorlonsil2100: please also feel free to /sanity check/ my triage notes, but these are the principles I'm currently following, I think00:07
sil2100+1 on those!00:08
sil2100Ok, adsys regression seems to be hm, unrelated to glibc. It fails the same way on other packages, was failing the same way in the past as well00:08
sil2100So more like ignore/hint material00:08
sil2100Moving on00:08
kanashirothanks for the notes, that's helpful00:09
sil2100Looking at alsa-lib regression... actually not, i386, moving on00:09
sil2100Looking at anet00:09
sil2100Okay, anet also unrelated, package was failing similar with the release glibc00:11
sil2100I'll hint it since it will just continue to fail, I'll get a bug as well00:12
sil2100Looking at apparmor00:16
vorlonafk for dinner00:16
sil2100apparmor glibc regressions look like badpkg, so ignoring as per current policy! Other arche is okay00:17
sil2100Looking apt00:17
sil2100apt = badpkg, mostly cmake, non-blocking00:18
kanashiroI took a look at libgpod and I sent a message here but I am not sure if people noticed it. It is in main and depends on libimobiledevice-dev, the libimobiledevice-dev is in main in all arches but amd64 (not sure why) in the release pocket. And in universe in all arches in -updates00:18
kanashirohttps://chat.debianbsb.org/file/3/W5wVK5Qn6sYJX5VL00:18
sil2100Looking arrayfire on glibc00:19
kanashiroany hint on that?00:19
sil2100arrayfire another badpkg on cmake, nonblockable00:22
sil2100Checking authd00:22
sil2100uuuu, this looks worse00:23
sil2100Then again, the same test passed for 2.39-0ubuntu7, which is the actual new version of glibc. So I'd say it non-blockable as well, we can ignore that00:26
sil2100Checking auto-multiple-choice00:27
sil2100...badpkg, passed with ubuntu700:27
sil2100Ignoring00:27
sil2100DChecking ayatana-indicator-session00:28
sil2100badpkg, fine on other arches, moving on00:28
sil2100Checking benchmark00:28
sil2100Another badpkg00:29
sil2100Checking binutils00:29
sil2100Actually passed with an additional trigger, moving on00:30
sil2100bliss00:30
sil2100I queued up a migration reference test, I assume it's just broken, so I'd ignore it (non-blocking)00:32
sil2100Checking boost1.7400:32
sil2100Testbed errors, but passed fine on ubuntu7, so non-blocking00:33
sil2100Checking booth00:34
sil2100badpkg, other arches fine, non-blocking00:35
sil2100Checking brlaser00:35
sil2100All proposed passed, moving on00:35
sil2100bruteforce-wallet...00:35
sil2100Timed out, but I see it timed out similarly in the past - also, passed for ubuntu7, ignoring00:36
sil2100Checking burp, tests still running but I see that it already passed for ubuntu700:37
sil2100soooo, ignoring00:37
sil2100burrow passed00:37
sil2100bustools passed for ubuntu700:37
sil2100bwa same, passed for ubuntu700:38
sil2100Checking c2esp00:38
sil2100Constantly failing, wouldn't block on this, unrelated to glibc00:39
sil2100c2x passed for ubuntu700:39
sil2100cadaver... always neutral, even for ubuntu7, skip00:40
sil2100calculix-ccx passed00:40
vpa1977calibre passes00:41
vpa1977camlpdf - passes00:41
sil2100Yep, badpkg on 2 arches, passed on one, all good00:41
sil2100(I'm also looking at the Test in progress ones)00:42
vpa1977looking capnproto00:42
sil2100Looking at camlzip00:42
sil2100...passed on ubuntu7, we can ignore00:42
sil2100Checking casa-formats-io00:43
vpa1977canproto - passed with ubuntu700:43
sil2100casa-formats-io passed with ubuntu7, no reason why it should fail for a no-change rebuild00:43
sil2100Looking at cataclysm-dda00:44
vpa1977looking at cbatticon00:44
sil2100cataclysm-dda badpkg, good on other arches, skipping00:44
sil2100Checking cbm00:45
vpa1977cbatticon - passed with ubuntu700:45
sil2100neutral with ubuntu7, all good00:45
vpa1977looking cccolutils00:45
sil2100Darn, that's a lot of autopkgtests00:45
vpa1977cccolutils - neutral with ubuntu700:46
sil2100hm00:46
vpa1977pick a letter and go all the way with it ?00:46
sil2100I wonder if it would be possible to somehow query the ADT db and check the test results for ubuntu7 and then scratch out all the failures/in-progress for ubuntu800:47
sil2100I'll take00:47
sil2100'e' for now00:47
sil2100I'll need to EOD soon but at least that'll be a few more packages00:47
sil2100I'm looking at all 'e' starting autopkgtests for glibc - I'll grind through them and then put a summary (not to spam)00:48
vpa1977continuing with c then00:49
sil2100Ok, all 'e' tests looking good, non-blockable00:53
sil2100bdmurray: hey hey! Do you maybe have enough autopkgtest-db-foo to maybe figure something out here? We're looking at all glibc ubuntu8 test regressions - and basically since it's a no-change rebuild, I feel like we should ignore all tests that fail but passed on the ubuntu7 version00:54
sil2100bdmurray: do you think there would be an easy way to query the DB for that? aka. grabbing all ubuntu8 failures, comparing with ubuntu7 results and if ubuntu7 passes, than informing that it's all good?00:55
sil2100vorlon: ^00:55
sil2100Ok, I'll be EODing now, please be sure to leave a message for me and others on where this stands - if I wake up and need to continue, please let me know where00:56
sil2100I get the feeling that glibc is hintable, but I guess it would be best to cut through some more tests00:56
sil2100o/00:59
vorlonI think we dumped most of the tests from the queue for 0ubuntu7 without ever getting results tho01:13
vpa1977failing and test-in-progress links for glibc https://paste.ubuntu.com/p/PQyW2sPyjB/ (7152 items). We probably need a script01:27
vpa1977*lines01:27
mwhudsonback01:35
=== chris14_ is now known as chris14
bdmurrayI'll try and query the test results for the previous glibc ubuntu7 run as that seems achievable01:36
bdmurrayAlright, you could use this as a basis for comparison.01:52
bdmurray $ sqlite3 autopkgtest.db "SELECT distinct(result.run_id), result.exitcode, package, result.triggers FROM test, result WHERE te01:52
bdmurrayst.id = result.test_id AND release ='noble' AND result.triggers IN ('glibc/2.39-0ubuntu7') ORDER BY package;" | pastebinit01:52
bdmurrayhttps://dpaste.com/35GAWZFWP01:52
vpa1977are those are passed tests?01:52
bdmurrayNo you'd want to modify the query to include result.exitcode = 001:53
bdmurrayhttps://dpaste.com/82SBLX2KF01:55
bdmurrayOh, the arch would be helpful too01:56
bdmurrayhttps://dpaste.com/9VHU32AZA01:58
vpa1977accountservice is missing from the second paste02:02
vpa1977https://autopkgtest.ubuntu.com/packages/a/accountsservice/noble/amd6402:02
mwhudsonit hasn't succeeded in a long time though?02:08
vpa1977yes, but it was in the first paste ...02:09
mwhudsonthe second column in the first paste is exit code?02:17
vpa1977yes02:19
vpa1977It would be nice to pick up also neutral packages02:19
bdmurraydo you know the neutral exit code?02:24
vpa1977no :(02:25
bdmurrayLooks like 802:28
bdmurrayhttps://dpaste.com/9SPF9KGHN see achilles02:28
vpa1977https://dpaste.com/BXZY5HQ2A-preview02:34
vpa1977filtered list of failures that did not have successful or neutral ubuntu7 run02:35
vpa1977and something wrong with paste again - chiark-tcl is not in paste02:35
vpa1977same highlighting amd64 and armhf02:42
vpa1977https://dpaste.com/2KM8TUHWX-preview02:42
vorlonummm where did the graph of autopkgtest throughput go https://ubuntu-release.kpi.ubuntu.com/d/yIC34LpGk/ubuntu-metrics?orgId=102:48
vorlonoh here we go https://ubuntu-release.kpi.ubuntu.com/d/76Oe_0-Gz/autopkgtest?viewPanel=10&orgId=1&refresh=1m02:49
vpa1977raising bug for cura-engine (buffer overflow)02:50
vpa1977(its already there)02:50
vpa1977dnsmasq - always fail amd6402:51
vpa1977docker.io-app - always fail02:52
vpa1977eztrace - existing bug https://bugs.launchpad.net/ubuntu/+source/eztrace/+bug/205918302:54
-ubottu:#ubuntu-release- Launchpad bug 2059183 in eztrace (Ubuntu) "autopkgtest failure on eztrace/2.1-7ubuntu3" [Undecided, New]02:54
vpa1977fence-agents - false positive, passed on ubuntu702:55
vpa1977fitsverify - https://bugs.launchpad.net/ubuntu/+source/fitsverify/+bug/205918502:57
-ubottu:#ubuntu-release- Launchpad bug 2059185 in fitsverify (Ubuntu) "fitsverify is uninstallable on Noble" [Undecided, New]02:57
vpa1977flatpak, fuse-zip - neutral02:58
vpa1977gdcm - https://bugs.launchpad.net/ubuntu/+source/gdcm/+bug/206024302:58
-ubottu:#ubuntu-release- Launchpad bug 2060243 in util-linux (Ubuntu) "proposed migration util-linux 2.39.3-9ubuntu4 vs gdcm/3.0.22-2.1build2" [Undecided, New]02:58
vpa1977globalplatform - ftbfs, retrying03:03
vpa1977globalplatform - raised ftbfs https://bugs.launchpad.net/ubuntu/+source/globalplatform/+bug/206026203:05
-ubottu:#ubuntu-release- Launchpad bug 2060262 in globalplatform (Ubuntu) "globalplatform fails to build from source" [Undecided, New]03:05
vorlondid anyone analyze the regression of contourpy on arm64?03:07
vpa1977it appears it fails tests assuming more than one core. I will try it locally03:14
cpeteyes03:14
cpetevorlon: do some of the autopkgtest works sometimes only have 1 thread? I filed https://bugs.launchpad.net/ubuntu/+source/contourpy/+bug/206025003:14
-ubottu:#ubuntu-release- Launchpad bug 2060250 in contourpy (Ubuntu) "autopkgtests are flaky due to threadedness" [Undecided, New]03:14
vorloncpete: all the autopkgtest runners should have multiple (virtual) cores03:15
vorlondipy/arm64 doesn't look good03:16
vorlonbut also looks kinda flaky03:16
vpa1977gslang - raised https://bugs.launchpad.net/ubuntu/+source/glslang/+bug/2060263 - autopkgtest needs to be updated03:19
-ubottu:#ubuntu-release- Launchpad bug 2060263 in glslang (Ubuntu) "autopkgtest fails due to removal of OGLCompiler" [Undecided, New]03:19
cpetevorlon: for whatever reason those tests always fail on s390x and ppc64el, and sometimes on arm6403:19
cpeteeod. After hacking away at numpy today I got down to mdp and found or filed bugs for regressions in: astroml, asymptote, contourpy, cython-legacy, and mdp. (ignoring i386 regressions). There may be more regressions before mdp but tests have still been queued on amd64.03:34
pushkarnkWhat does this autopkgtest error generally mean?03:52
pushkarnkbadpkg: rules extract failed with exit code 103:52
vorloncpete: cheers!03:55
vorlonpushkarnk: AIUI that usually means the package that's supposed to be tested doesn't actually have binaries on the arch in question03:55
pushkarnkvorlon: ack, thanks03:56
vorlonbut that should be confirmed by looking at the archive, I guess03:56
pushkarnkack03:56
vorlondid anybody look at gitbatch/armhf? "but cgo is not enabled" - clearly not caused by glibc, but04:12
vorlonglibc revdep autopkgtest failures reviewed down to libz, all cleared04:37
vorlontaking down through m now to review04:38
vorloncleared through m04:47
vorlonafk for a bit04:47
vorlonugh why did libtirpc-common 1.3.4+ds-1build1 get left behind in noble release04:58
vorlonwell, fixed that blocker for server image bootstrap on riscv64 now04:58
wgrantBecause libtirpc3 is still published and NBS04:59
vorlondarnit you're right04:59
vorlonand fails to show up on the NBS report because noble-updates, sigh05:00
wgrantAhh heh05:00
vorlonwell anyway, libtirpc3 is uninstallable now, take that05:00
vorlonreviewing n-o autopkgtest failuers05:00
wgrantWe must be very close to being able to clear out noble-updates.05:00
vorlonwe're close to being able to freeze the archive for beta, ish05:01
vorlonclearing it out completely will increase uninstallability count and make britney sadder again, tho05:01
wgrantAh, true.05:02
vorlonvpa1977: I've forgotten what the solution was supposed to be for '507s Exception in thread "main" java.lang.UnsatisfiedLinkError: /usr/lib/jvm/java-21-openjdk-s390x/lib/libfontmanager.so: libharfbuzz.so.0: cannot open shared object file: No such file or directory'05:03
vorlon(nncp/s390x)05:03
vorlonhmmm nodejs looks quite unhappy yet somehow there's been no discussion of nodejs here since the 27th05:05
vorlonlots of SIGABRT05:06
vpa1977vorlon: install openjdk-21-jdk. We have made a patch to issue a warning, but it is merged only in openjdk-22 and -23. Which package is it ?05:09
vorlonvpa1977: nncp/s390x05:09
vorlonhaha and nodejs itself fails its autopkgtests because it needs distutils05:10
vpa1977vorlon: ah, no, also in -21: 507s Please install the openjdk-*-jre package or recommended packages for openjdk-*-jre-headless.05:12
vpa1977plantuml needs upload - change binary dependency to -jre05:13
vorlonn-o cleared05:19
vorlonchecking p-q05:21
vorloncleared p-q, and calling it there; still plenty of test failures of various stripes but nothing pointing to a glibc regression and nothing to block on at this point. hinting glibc05:32
vorlonstopping current britney and restarting05:33
vorlonseeing chroot upgrade failures on amd64 that seem likely to be due to systemd depending on libssl3 instead of libssl3t64, so uploading05:39
vorlonhinting at-spi2-core (unblocks gnome-shell)05:48
upilsvorlon, libvirt 10.0.0-2ubuntu7 is now back in release (main). Can we remove the 10.0.0-1ubuntu1 version from updates?06:03
upilsI just read the IRC logs, so forget about it vorlon, I understand the removal will have to wait06:19
vorlonflushing the remainder of glibc out of the queues, requeuing retries for remaining blocking tests06:28
vorlonupils: good morning. is libvirt in -updates blocking something?06:28
upilsgoogd morning :). No, but I suspected having a "older" version in updates vs main could be problematic06:32
upils*good06:32
vorlonjuliank: after jettisoning the rest of the queued tests for glibc, we're down to ~1000 tests total in the queue now, which is all the tests for all the seeded packages currently in -proposed.  What should be the next thing in the queue?06:43
vorlonthat includes both --all-proposed retries of failed tests (in regular queue) and --all-proposed give-backs of 'running' tests (in huge queue)06:43
vorlonhmm systemd takes 4 hours to build on riscv64; not waiting that long for a fix for amd64, hinting harder06:48
vorlonjuliank: my inclination is to next load up --all-proposed retries of all other failed tests not tied to seeded packages, then retries of running tests that were dumped from the queue, both of these in the huge queue; wdyt?06:51
vorlonthe latter should not be done on amd64+armhf due to lack of deduping for --state=RUNNING06:51
vorlonwell the uninstallable count on amd64 is down below the uninstallable count on armhf, so that's progress.  Unfortunately that includes noble-updates tho07:00
vorlondbungert: I notice that https://people.canonical.com/~dbungert/ausrede/permafail.log includes packages that already have amd64 packages in the release pocket; e.g. bash which had to have a no-change rebuild in -proposed but whose release version was actually ok from before xz-utils. I guess we really want to filter the list for packages currently missing amd64 in the release pocket, rather than07:06
vorlonjust using the original list of bad packages07:06
vorlonhmm britney thinking really, really hard right now about whether to remove libnorm1/amd64 :P07:06
vorlon"really hard" as in for the past 10 minutes07:07
vorlonand as in 100% CPU07:08
vpa1977uploaded plantuml.07:08
vorlonhinting cairo07:15
vorlonbritney finally unstuck07:15
vorlonhinting librsvg07:33
vpa1977update excuses seems a bit strange, e.g. for cmake: alglib is listed as in-progress, but the last time the test was run is 31 of march also nothing is queued https://autopkgtest.ubuntu.com/packages/a/alglib/noble/amd64 -07:34
vorlonhinting policykit-107:36
vorlonvpa1977: I think there's a race condition where tests have finished so drop out of 'running' but don't show up yet in the results07:37
vpa1977alglib is more than 1 week old ...07:37
vorlonoh07:37
vorlonwell yes, we dropped all 'in progress' tests for packages that aren't seeded07:38
vpa1977for cmake magic-enum/0.9.5-2 was not triggered.07:38
vorloncmake is not seeded on any images07:38
sil2100o/07:38
vorlonso we should retry all "in progress" tests for cmake07:38
vorlondoing now07:39
vpa1977I think there is a bug somewhere, I tried it and the test does not appear in the queue07:39
vpa1977since it is already in progress07:39
vorlonhow did you requeue it?07:39
vorlonI'm doing: retry-autopkgtest-regressions --all-proposed --state=RUNNING |grep cmake | xargs -rn1 -P10 curl --cookie ~/.cache/autopkgtest.cookie -o /dev/null --silent --head --write-out '%{url_effective} : %{http_code}\n'07:39
sil2100How are we looking? Did anyone find any real issues with the new glibc?07:40
vorlonsil2100: I called it at 'q' and hinted glibc07:40
sil2100I see a skiptest \o/07:40
vpa1977vorlon: similar - just output chromium <url> to a shell script07:40
vorlonthere are still reported regressed tests later in the alphabet visible in update_excuses if someone wanted to look at them07:40
sil2100vorlon: btw. you mentioned there not being that much ubuntu7 tests but I disagree. When working from a to e maybe even half of the running/regressed tests had passes for ubuntu707:41
sil2100Anyway, good that we're letting it through07:41
vorlonsil2100: yeah there was some work later in the evening to try to identify which tests had no pass with either ubuntu7 or ubuntu8; but I noticed some things missing so didn't end up working from that list but visually checking in the browser07:42
vorlonvpa1977: my attempts to queue these tests appear to be working07:42
vpa1977vorlon: I do not see alglib in the list of queued tests at https://autopkgtest.ubuntu.com/running07:43
vorlonvpa1977: well my requeuing is still in progress maybe that's why07:43
vpa1977vorlon: ack. Sorry :(07:43
vorlonI can at least confirm that the number of references to 'cmake/' is currently increasing :)07:44
vpa1977ah, here it is =) alglib {"all-proposed": "1", "requester": "vorlon", "submit-time": "2024-04-05 07:40:52", "triggers": ["cmake/3.28.3-1build6"], "uuid": "1f486378-9113-49ee-8e45-b7064453244e"}07:44
andersson1234update_excuses seems to have not updated for over three hours07:47
vorlonandersson1234: I killed one in-progress run to let glibc through; and the current run is taking a strangely long time on deciding whether or not to remove particular individual binaries07:48
vorlonI don't know what that's about really07:48
vorlonsil2100: ok here's roughly what the path to an installable ubuntu-desktop looks like right now: https://paste.ubuntu.com/p/KWCmDcXRBB/07:54
vorlonnote that I've just hinted at-spi2-core, cairo, librsvg, policykit-107:54
vorlonlooking now at gobject-introspection07:55
sil2100I'll poke people on the first standup to also contribute and then I'll join you07:56
vorlonhinting gobject-introspection07:57
vorlonandersson1234, sil2100: fwiw I think we're at the point now that noble-updates is confusing britney and slowing it down unnecessarily wrt binary package removals.  If someone wanted to patch britney to not look at -updates for the devel series, that would likely speed up subsequent runs today07:59
sil2100vorlon: I can try looking o/08:00
vorlonlooking at man-db08:00
juliankvorlon: fwiw, I regularly patch my retry script to look for dupes in the queues for RUNNING tests too, that's how I found the bug :D08:00
vorlonaha08:00
vorlonjuliank: meanwhile, I've gone as far as retrying all the failed tests for all packages08:00
juliankSounds alright08:01
vorlonI leave it to you to work with Europe folks to sort out queuing of the non-seeded RUNNING tests08:01
juliankI'm not sure why we explicitly disable the dedup of running tests08:01
vorlonhinting man-db because no I don't believe it regressed lintian or apparmor :P08:02
vorlonsil2100: and hinting at-spi2-core should also unblock gnome-shell ftr08:02
juliankOoh gnome-shell would be nice08:03
vorloneh. libplist3 means rebuilds against libplist-2.0-4, triggering now08:04
vorlonlooking at libgudev08:05
vorlonhinting libgudev08:05
vorlonlooking at pygobject08:06
sil2100Ok, standup over, foundations people should be popping up to help in a moment, looking at britney08:07
vorlonhinting pygobject08:07
vorlonlibhandy-1 also unblocked by at-spi2-core08:08
vorlonlooking at webkit2gtk08:09
vorlonhinting08:09
vorlonlooking at vte2.9108:10
vorlonalready hinted and only blocked by at-spi2-core08:10
vorlonyelp unblocked by at-spi2-core08:11
pushkarnkvorlon: are we referring to https://paste.ubuntu.com/p/KWCmDcXRBB/ or is there another list?08:11
vorlonpushkarnk: that's what I'm working off08:11
pushkarnkthx08:12
vorlonam confused by rfkill, I thought we already pushed util-linux through08:12
vorlonok I said I was hinting util-linux but seems missing from the hints repo, gar; hinting for real now08:13
vorlongnome-control-center is already a candidate but blocked by samba apparently regressing installability08:15
vorloncould somebody look into this please ^08:16
vorlonsssd is related, hinting that to ignore noble-updates08:17
vorlonhinting ubuntu-advantage-desktop-daemon08:18
vorlonhinting shared-mime-info08:19
vorlonafk for a bit and waiting for britney08:20
vorlonfwiw llvm-toolchain-17 probably needs a force hint since riscv64 is still building08:21
sil2100vorlon: ok, trying to wrap my head around britney code - where is the slowdown exactly so that I know where to start? Are we talking britney2 or britney1?08:23
vorlonsil2100: I do not know08:23
pushkarnklooking at samba08:23
sil2100...digging further then!08:23
ravikant_pushkrank: samba vs freedombox, I looked at armhf history, tests pass.08:25
ravikant_samba vs adsys, test retried.08:25
vorlonsamba is already skiptest hinted, the test results don't matter what matters is why it shows regressions in installability on https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_output.txt08:26
pushkarnkack08:26
ravikant_vorlon: ack08:26
vorlonspecifically, why does promoting it make libsmbclient and smbclient uninstallable08:26
vorlonsince these are from the same package08:26
pushkarnkso, shouldn't that unblock gnome-control-center?08:27
vorlonyes, once samba is actually migratable without increasing the uninstallable count which is what happens now08:27
pushkarnkok08:29
pushkarnkok08:29
sil2100Ok, I think I found *something* in b1, just need to understand better if that's indeed what can disable -updates consideration08:30
vorlonI: [2024-04-05T08:30:26+0000] - trying: glibc08:31
vorlonprogress08:31
sil2100\o/08:31
vorlonI: [2024-04-05T08:31:16+0000] - accepted: glibc08:32
vorlonI: [2024-04-05T08:31:16+0000] -    ori: 4449+0: a-1308:a-433:a-1869:i-108:p-257:r-240:s-23408:32
vorlonI: [2024-04-05T08:31:16+0000] -    pre: 2886+0: a-846:a-355:a-1127:i-9:p-187:r-186:s-17608:32
pushkarnkgnome-autoar seems to be blocked by libarchive, taking a look08:33
pushkarnkah cmake08:34
vpa1977[Errno 2] No such file or directory: '/run/amqp-status-collector/running.json'08:35
vpa1977autopkgtest died?08:35
upilsQA explained this issue yesterday on MM and should have deployed a fix for it08:35
vorlonvpa1977: rabbitmq did. is that current?08:35
vorlonandersson1234: ^08:36
vpa1977vorlon: it was just restarted08:36
vorlonk08:36
pushkarnkafk08:36
LocutusOfBorgvorlon, FYI mpg123 needs a transition, I'm driving it08:37
vorlonLocutusOfBorg: ack, thanks (had earlier backed out mpg123 to let the previous version migrate and unbreak amd64)08:38
vorlonLocutusOfBorg: btw I saw a lot of node-* packages whose autopkgtests were dying with SIGABRT, is nodejs in -proposed in decent shape?08:38
vorlonbritney finishing now08:39
pushkarnkok, libarchive is hinted08:43
pushkarnkso gnome-autoar should sail through08:44
pushkarnkand perhaps gnome-shell-extension-desktop-icons-ng08:44
vorlonlibarchive is not hinted?08:45
vorlonhmmm another case of me claiming I was hinting but failing!08:45
vorlonhinting now08:45
pushkarnkit is, you hinted it08:45
pushkarnk(I meant I saw it in the IRC logs :) )08:46
vorlonpushkarnk: I *said* I hinted it but there was no hint in the hint repo, so thanks for pointing this out08:46
vorlonpushkarnk: if I had actually committed it 8 hours ago you should've seen a line about this in update_excuses ;)08:47
pushkarnkoh, right08:47
upilsshould we also hint mutter to unblock gnome-shell?08:50
vorlonmutter is blocked only by at-spi2-core which has been hinted08:52
upilsso it should now migrate at the next run?08:53
vorlonyes08:53
upilsok thanks08:53
pushkarnkaccountsservice is blocked by ayatana-indicator-session for which tests have recently passed08:53
pushkarnkso that should hopefully unblock language-selector-common08:54
sil2100grrr, why can't I push my bzr branch08:56
upilscan I see somewhere when will be the next britney run?08:57
vorlonupils: it's triggered every 2 minutes, there's one running now08:57
vorlonthe completion time however is variable08:57
schopinI'm wondering if there isn't a britney running right now?08:57
upilswhere can I check this?08:58
upilsvorlon, thanks08:58
sil2100grrr, LP down?08:58
schopinBots are resurrected!09:04
sil2100Back to the grind everyone! ;)09:05
schopinsil2100: there a potential glibc regression, would you rather have me investigating it or focus on overall migration?09:06
sil2100schopin: what do you mean by regression?09:06
sil2100I'd prefer overall migration, but also depends on how big of a regression we talking right now09:07
schopinDunno yet, glibc vs fastqtl filed by steve. Only on armhf though, so I think it can wait.09:07
juliankEverything that's seeded has a Task field :D09:12
andersson1234autopkgtest is back.09:12
philrocheindeed when trying to install that version of coreutils I get error `coreutils breaks usrmerge (<< 39)`09:12
ravikant_I am looking at uninstallable packages, the list (Newly uninstallable packages in the target suite:) is empty. https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_output.txt09:13
juliankI wanted to do the /lib.usr-is-merged -> /.lib.usr-is-merged and so on renames for the diversions for merged-usr for the beta but frankly I did not get to it09:13
juliankReport for uninstallable release binaries is ready now: https://magenta.jak-linux.org/ubuntu-archive/distcheck/noble/release-binaries.txt09:15
juliankBut surprisingly it only shows you libc609:15
juliankwell perhaps unsurprisingly09:15
juliankSo waiting for publisher run with the glibc published and it should get actionable insights hopefully09:16
schopinisn't glibc hinted in the current britney run?09:16
juliankIt migrated yesa09:16
juliankNot published yet09:16
schopinBTW has someone checked that it's still running despite the LP issues?09:16
andersson1234looking at policy-kit1 vs colord09:16
vpa1977gnome-shell fails to install09:39
ravikant_vpa1977: ok, I'll try gnome-shell and go from there.09:39
juliankFWIW, if we do this again, stage old packages in -security instead of -updates so that the UEFI signing pipeline can still build signed artefacts :D09:41
sil2100I think LP is back09:44
juliankpeople.canonical.com is back too09:46
juliankeven mattermost is09:47
sil2100b1 change pushed, -updates should be ignored by britney now (hopefully)09:47
juliankFWIW I haven't mentioned this yet, but I'd be interested in for 24.10 changing seeding to not add Task: field to dependencies of seeds, and only to explicitly seeded packages :)09:48
* juliank is distracting a bit, sorry09:49
schopinsil2100: does that mean that future excuses reports will show the installability issues we're hunting for?09:49
upilssil2100, and does that mean a new report is running?09:49
schopinjuliank: I wouldn't get my hopes up on the actual resolution of the incident, it has flickered a couple of times already.09:50
sil2100I'm checking right now, since previous britney run of course had timeout issues09:50
sil2100Maybe best to just kill b2 and wait for a rerun09:50
sil2100Yeah, it was hanged, killed and waiting for the next run09:51
upilsso right now the last missing piece of the puzzle to install ubuntu-desktop is gnome-shell, which should be unblocked at the next britney run, correct?09:56
sil2100I did not check the status just yet, let me see10:02
juliank24.10 action item: Move britney from cronjob to systemd timer10:04
juliankThen you can just restart britney2.service :D10:04
sil2100Okay, high chances are that gnome-shell will migrate soonish indeed, I see it was blocked by at-spi2-core which was hinted10:04
ravikant_I was able to install gnome-shell/46.0-0ubuntu3.1 in a noble chroot.10:04
sil2100ravikant_: \o/ without -proposed?10:05
ravikant_yes10:05
juliankit at least needs mutter from proposed10:05
ravikant_I do not have proposed enabled in apt sources.10:05
upilswhich should be unblocked too due to the hint on  at-spi2-core10:06
sil2100ravikant_: so how did you install gnome-shell 46.0-0ubuntu3.1 which is in -proposed10:06
upilsso, what is next?10:06
ravikant_sil2100: apt install gnome-shell, and then verified version with dpkg -l|grep -i gnome-shell10:07
sil2100And without -proposed enabled it pulled in 46.0-0ubuntu3.1 for you?10:08
ravikant_I may have done something wrong. This is the same chroot I use for sbuild noble-amd64.10:09
ravikant_I entered using schroot -c noble-amd64 -u root and simply ran apt update and apt install ...10:09
schopinravikant_: we usually have -proposed enabled in our sbuild (since we want to stay close to the buildd configuration)10:11
ravikant_sorry, I am looking at apt logs, it did pull some things from -proposed.10:12
ravikant_let me disable -proposed and try again.10:12
sudipbdrung: added a debdiff in LP: #2060214 for the ftbfs you mentioned yesterday10:15
-ubottu:#ubuntu-release- Launchpad bug 2060214 in mtd-utils (Ubuntu) "mtd-utils 1:2.1.6-1build1 FTBFS" [Undecided, Confirmed] https://launchpad.net/bugs/206021410:15
bdrungthanks sudip. i'll sponsor it.10:18
sudipthanks10:19
sil2100...is LP having problems again? Britney is timing out on LP calls10:25
bdrungask on #launchpad - we had issues some time ago today10:26
sil2100I know we did10:27
sil2100(as per the backlog here ^)10:28
sil2100Guessing it's the haproxy outage10:29
schopin... meanwhile in #launchpad someone said it appears to be back up again.10:32
danilogondolfothe internal dashboard is not showing anything weird I think10:32
schopindo you mean status.c.c? Because it was all green while MM was still down.10:33
danilogondolfono, the grafana dash10:34
danilogondolfoweeeel now it kinda is showing weird things10:34
sil2100Ok, I think the haproxy bit is sorted, I can access git from the toolbox10:36
lotuspsychje(just for info, we added canonical status rss to #techrss for those who are interested)10:36
sil2100Fingers crossed that that's enough to get britney moving forward10:36
schopinIs there a way for us mere mortals to follow britney's progress?10:38
sil2100eh, only looking at the logs, but I noticed there's always a lag for those being synced to http10:39
ravikant_creating new noble chroot fails for me with "chroot: failed to run command '/bin/true': No such file or directory"10:39
sil2100So aka https://ubuntu-archive-team.ubuntu.com/proposed-migration/log/noble/2024-04-05/10:39
schopineven if laggy, I'll take it.10:40
* juliank is waiting for glibc to be published10:43
juliankAs of release Release file: Fri, 05 Apr 2024  8:21:29 UTC10:43
sil2100eh, still timeouts?!10:44
juliankI don't think the issues are fully resolved yet10:44
juliankThere are network losses across PS5 or something10:44
juliankHence sometimes it oopses out10:44
sil2100It consntantly oopses out, I think it might be on some LP API queries. Sadly, b1 is a confusing beast. Trying some of its inline python commands10:48
schopinyou've mentioned b1 and b2 already. Are those the hosts where britney run?10:50
sil2100No, it's shorthand for britney1 and britney210:51
sil2100britney2 is the one that runs autopkgtests and policies, but it's started by britney1 which is much older and a mess of bash+python code10:51
sil2100...okay, I think it's indeed a typical infra issue, since I get the same failure locally here (so not proxy related)10:53
* ravikant_ breaking for lunch10:55
sil2100eh, it's infra flakyness11:02
sil2100I'm thinking of temporarily disabling excuse bugs11:03
schopin+1 on that.11:03
sil2100Problem is, the same queries are needed for blocking bugs11:07
sil2100And disabling those might be dangerous..? I guess?11:07
schopinIt would, but I'd still disable excuse bugs. Since the issues seem to be intermittent we might get lucky and get through.11:08
sil2100+1, I actually see we had a few cases of going through the blocks successfully11:08
sil2100On it11:08
sil2100Disabled11:11
schopinCrossing fingers.11:13
sil2100britney passed the LP API queries \o/11:19
sil2100It's running!11:19
schopinšŸŽ‰11:20
sil2100Not sure how promising it is or not, but when I run `apt install ubuntu-desktop perl gnome-shell/noble-proposed gir1.2-mutter-14/noble-proposed gnome-shell-common/noble-proposed mutter-common/noble-proposed mutter-common-bin/noble-proposed`, it seems to proceed correctly - which really makes me feel like gnome-shell (+ mutter) is the only hting left to unblock ubuntu-desktop11:36
sil2100Okay, I'll keep monitoring ubuntu-desktop, in the meantime I need to get back to a few other work-items. Please continue looking at installability problems11:40
sil2100hm, I'll retrigger some no-livefs ubuntu-server builds, since I see those should have been working11:50
sil2100MIght be the outage breaking those11:50
sil2100ah, no, chroot problem11:51
sil2100Firing amd64 only11:51
LocutusOfBorg libsdl2-mixer-dev | 2.8.0+dfsg-1build3  | noble-proposed/universe | amd64, arm64, i386, ppc64el, riscv64, s390x11:55
LocutusOfBorgmeh, armhf finished almost 4h ago11:55
LocutusOfBorgstill not there... any issue?11:55
sil2100Maybe due to the outage?11:58
LocutusOfBorgquestion is: will it auto heal?11:59
LocutusOfBorgalso interesting, ffmpeg is not shown on this transition tracker https://ubuntu-archive-team.ubuntu.com/transitions/html/auto-mpg123.html12:00
sil2100ugh, wait, what?12:13
sil2100The following packages have unmet dependencies:12:13
sil2100 init : PreDepends: systemd-sysv but it is not going to be installed12:13
upilssil2100, tested with proposed or not?12:17
upilsI do not know if this is a reliable way to check but the package is still present https://launchpad.net/ubuntu/noble/amd64/systemd-sysv/255.4-1ubuntu612:17
sil2100That's without, should be fine since we migrated systemd to release 16 hours ago12:17
sil2100Yes, but that one seems to be a time_t change, while this is on amd6412:18
sil2100I don't know how the buildd's work exactly, but maybe it's a problem with them?12:19
upilsyou meant the package I linked?12:20
sil2100Yes12:20
sil2100Ah, no12:20
sil2100nvm, I misunderstood, anyway, trying to figure out what's wrong12:21
sil2100I don't see any obvious installability problems on my chroot12:23
sil2100I'll check the update-debian-chroot code to see what it's actually doing12:24
upilsI also tried a debootstrap. It fails with:12:29
upilslibsemanage2:amd64 depends on libaudit1 (>= 1:2.2.1); however:12:29
upils  Package libaudit1 is not installed.12:29
upilsI thought vorlon hinted audit12:29
sil2100huh, checking, indeed it's still in -proposed12:32
upilswhat does it mean when a package is a "candidate" on the excuses (by team) page?12:32
sil2100upils: ok, so I see it's a fresh thing, should migrate next run12:32
sil2100Because of the outage we didn't have full runs yet12:33
sil2100aha12:33
sil2100Of course britney crashed12:33
sil2100AssertionError: NUNINST OUT OF SYNC12:33
sil2100I don't even know what NUNINST is!12:33
cjwatson"number uninstallable" IIRC12:34
cjwatsonwhy it might be out of sync I have no idea12:34
ahasenack_do we know if we will have to do some sort of dump/reload of databases hosted on armhf when ugprading to noble, due to the time_t size change?12:35
ahasenack_and any kind of persisted binary data12:36
sil2100It's crashing constantly, trying to figure out where that's coming from12:36
sil2100Hope it's not because of our change to ignore -updates12:37
sil2100I'm feeling maybe just-in-case I should revert that12:37
sil2100I reverted that, seeing that it was one of the few changes we did12:44
danilogondolfoI'm also seeing these "504: Gateway Time-out" from our github workflows when trying to reach PPAs...12:47
dbungertvorlon: ack, I'll look into it12:50
sil2100I don't know what the notest run is doing12:51
sil2100I mean, the current notest run12:51
sil2100Since it feels a bit stuck12:51
sil2100I'd love for britney to be a bit more verbose, now I don't know if I should kill it or give it a moment still12:51
jbichamutter/gnome-shell causing ubuntu-desktop uninstallability was left over from the time_t transition12:51
sil2100huh, I don't understand this13:05
sil2100Somehow the notest run now succeeded, but the regular run failed again on nuninst list13:05
sil2100I'13:06
sil2100I'm leaving the revert in place for now13:06
sil2100THe run will be slower but at least minus one possible case of what could cause the crash13:07
sil2100vorlon: ^13:07
* sil2100 afk for lunch13:30
sil2100(britney still going, fingers crossed that this time no nuninst issue)13:31
andersson1234we recently had an issue that had our armhf autopkgtest throughput affected - for the last couple hours. The issue should be amended soon13:37
juliankhttps://magenta.jak-linux.org/ubuntu-archive/distcheck/noble/release-binaries.txt now has everything blocked on libaudit1 fwiw13:45
juliankwhich should migrate next run?13:46
juliankshould have migrated?13:46
upilsit should next run yes, see above13:47
juliankI don't see anythign above13:48
juliankIt was supposed to migrate, but migration failed as it increased uninstallability count13:48
juliankIt's not like it didn't try13:49
upilsWe talked about libaudit1 with sil2100 and came to the conclusion it should indeed migrate and that it is currently blocking (I tried to run debootstrap)13:49
julianktrying: audit13:49
juliankskipped: audit (1110, 14, 491)13:50
juliank    got: 2924+0: a-868:a-356:a-1141:i-9:p-187:r-187:s-17613:50
juliank    * amd64: libauparse013:50
juliankBut it didn't13:50
juliankThis isn't down to some launchpad errors, it skipped it13:50
schopinI can't really parse this :/13:50
julianktrying: -libaudit1/amd6413:50
juliankskipped: -libaudit1/amd64 (1110, 15, 490)13:50
juliank    got: 10004+0: a-7948:a-356:a-1141:i-9:p-187:r-187:s-17613:51
juliankWho can really say they can read that?13:51
schopinIf nobody can read this why do we bother printing it out?13:51
juliankschopin: Oh v orlon can13:51
cjwatsonThat's odd, that's complaining that it makes libauparse0 uninstallable, but the version of audit in -proposed only has libauparse013:51
cjwatsoner only has libauparse0t64, I mean13:52
cjwatsonbut libauparse0 has an exact dependency on libaudit1, ugh13:52
juliankThey are all in the same source package13:52
cjwatsonso it's true, it does make installability worse, but there may not be much that can be done other than force it through and work to get libauparse0 to NBS13:52
juliankI guess it's unhappy because libauparse0 is in updates13:52
cjwatsonyeah, I can imagine that causing some confusion13:53
juliankIt should be fine because libauparse0t64 provides libauparse013:53
juliankbut britney may be confused13:53
juliankforcing it through with an force hint probably is a nice idea13:54
cjwatsonI guess britney1 mustn't be setting things up quite right for britney2 to treat "testing" as the union of noble and noble-updates13:54
cjwatson(I think that's the division of labour here)13:54
juliankyes it pulls -updates into data/noble13:54
julianknormally that's fine13:54
schopinthere aren't that many rdeps on libauparse0 outside of src:audit13:54
cjwatsonschopin: there must be none otherwise they would be listed in that "* amd64:" line13:55
cjwatsonschopin: that means "these packages would be made uninstallable on amd64 by this change"13:55
cjwatsonnone, or only ones that are also happy with the Provides, anyway13:55
juliankAnyway normally -updates should be part of "testing" as that's where packages migrate in the releases13:55
cjwatsonyeah, I guess this must be basically confusion when the set of binary package names between noble and noble-updates aren't the same13:56
cjwatsonweird special-case situation, best to force13:56
cjwatsonlike, in a stable release you wouldn't want to make packages in the release pocket uninstallable13:57
cjwatsonbut in this situation it's fine if they're going to be NBS afterwards13:57
julianksil2100: did reverting the "not use -updates" https://bazaar.launchpad.net/~ubuntu-release/britney/britney1-ubuntu/revision/389 actually help?13:57
juliankor can it be reverted again?13:58
juliankArguably with the infrastructure being whacky and britney's last successful run being 8 hours ago, maybe just whack audit into the release pocket with copy-package14:01
schopinI can't help but think that could potentially make things worse.14:02
juliankBecause I can generate new reports that will tell me the next biggest uninstallability14:02
juliankschopin: It's no different from whacking it in with a force hint, just faster14:02
julianktotal-packages: 6922714:10
jbichayay, more things are migrating (mutter etc)14:10
juliankbroken-packages: 6886614:10
juliankFWIW, how much worse can it get14:10
julianktotal-packages: 862014:12
juliankbroken-packages: 26514:12
juliankRunning only on main, with -updates enabled14:13
julianktotal-packages: 862614:14
juliankbroken-packages: 26514:14
juliankpushing in src:audit14:14
juliankrelease pocket only, migrating src:audit:14:15
julianktotal-packages: 575014:15
juliankbroken-packages: 174514:15
juliankbefore src:audit:14:16
julianktotal-packages: 574414:16
juliankbroken-packages: 574414:16
juliankoh14:16
juliankI guess I should pass --latest 114:16
julianktotal-packages: 862014:17
juliankbroken-packages: 16414:17
juliankwith updates14:17
jbichathere are several packages listed as "missing build on i386" like pidgin-gnome-keyring which should not have been built on i386 noble-updates (no rdepends!) & it looks like the hint is not strong enough14:17
jbichaalso affects some with "missing build on armhf"14:18
juliankWith audit:14:18
julianktotal-packages: 862614:18
juliankbroken-packages: 16414:18
juliank(and updates)14:18
juliankrelease pocket:14:18
julianktotal-packages: 574414:18
juliankbroken-packages: 564614:18
juliankmigrating audit:14:19
julianktotal-packages: 575014:19
juliankbroken-packages: 173114:19
juliankI'll go write a helper14:19
julianki.e. you can have a script try-migrate and it will run dose-distcheck with packages migrated before and after and show you new unsat?14:20
jbichajuliank: I want to add your suggested Breaks to gst-plugins-good1.0 (once it migrates) but I'm having trouble finding your list14:25
juliankjbicha: Breaks: libv4l-0 (<< 1.26.1-4build1) to gstreamer1.0-plugins-good14:31
juliankBreaks: libv4lconvert0 (<< 1.26.1-4build1) to either libv4l-0t64 or gstreamer1.0-plugins-good; otherwise it tries to keep back libv4l-0 instead of removing libv4lconvert0 in favor of libv4lconvert0t6414:31
juliank[201~14:31
jbichanew excuses page posted14:34
sil2100Back14:36
sil2100Looks like it helped!14:36
sil2100Did the new gnome-shell migraet?14:37
jbichasil2100: yes14:38
sil2100...yes! Just probably needs publishing14:38
sil2100\o/14:38
sil2100aka. a full publisher run14:38
mclemenceau_good to hear14:38
schopin\o/14:39
sil2100hm, so audit didn't migrate yet, wonder what happened14:40
schopinsee backlog14:40
schopinI didn't really understand, but the tl;dr is that it might be easier to just force it through.14:40
sil2100Checking14:41
sil2100hm, indeed interesting, I don't see a 'Moving' entry for it14:43
sil2100Wonder if a force hint will help14:45
sil2100juliank: are we sure that it's just britney being confused with audit?14:46
sil2100hm, in theory I wonder if we can double check the crashed logs of the non-updates runs to see if audit is fine there14:48
jbichajuliank: may I use Breaks: libv4l-0 (<< 1.46.1-4~) instead? (so it can be pushed to Unstable)14:51
julianksil2100: yes, looking just at the release pocket, no new uninstallabilities appear14:54
julianksil2100: Checking release +updates now (for the whole archive, main only is above already)14:54
julianksil2100: Yes full archive release + updates also does not regress14:55
sil2100Ok, looking at update_output and checking in a chroot seems to be good, since update_output had python3-audit mentioning issues14:55
sil2100But it looks fine14:55
sil2100Ok then, forcing and actally doing the copy-package14:55
juliankI created a Packages file containing src:audit from proposed and ran dose-distcheck14:56
juliank:D14:56
juliankThis is just super slow so not the best analysis tool :)14:56
sil2100But first, does audit have anything in -proposed that needs to go with it?14:56
juliankNo14:56
juliankWell not on amd64 at least14:56
sil2100Then time to commando this shit!14:56
ravikant_XD14:57
schopinDo we know if the LP wonkiness is over?14:57
juliankOK my script for full archive analysis was broken, but main at least was happy14:59
sil2100Copies requested14:59
juliank68866 broken packages down to 2339814:59
juliankAnd yup release+updates remains at 542 broken ones15:00
schopinjuliank: is that before or after this afternoon's migration?15:01
sil2100That's a nice improvement. Now hoping that the reminder 23398 ones are not any that are seeded!15:01
juliankThis is the live state of launchpad archive15:01
juliankI'm literally using whatever the publisher currently has15:01
juliankby using snapshot.ubuntu.com/ubuntu as the mirror15:01
juliankPython's yaml parser is super slow is there a faster one15:02
schopinah so if I use that mirror I won't have to wait for the publisher run?15:02
juliankWell you need to wait for the publisher run15:02
schopinjuliank: you can tell it to use libyaml instead of the default pure Python implementation.15:02
juliankhow?15:02
juliankWhat you don't need to wait is the mirror run :)15:03
schopin> In order to use LibYAML based parser and emitter, use the classes CParser and CEmitter.15:03
ogayotjuliank: yaml.load(..., Loader=yaml.CSafeLoader) if you wan't to keep the "safe" aspect15:04
dbungertI think that's still OK - "SafeLoader(stream) supports only standard YAML tags and thus it does not construct class instances and probably safe to use with documents received from an untrusted source"15:06
* sil2100 impatiently waits for audit to publish so he can trigger some image builds for testing15:07
philrochesil2100: Can you ping when you have successfully built images and I can try the same for cloud images?15:08
sil2100philroche: sure thing! Not suer about the successfully though ;p15:09
juliankOK I did not see that but audispd-plugins Depends libgssapi-krb5-2 (>= 1.17) becomes unsatisfiable, but don't ask me why, I think this is a reporting issue .D15:09
sil2100philroche: let's say I have a low confidence level that even with all this we're ready to successfully build images. Maybe at least to properly start the build, yes15:09
juliankreport after audit migration https://magenta.jak-linux.org/bin/438ca99f33491433c6cc8088b372e814-after-audit.txt15:15
juliankbut it may have missed some other migrations15:15
juliank(i.e. I fake migrated audit)15:15
juliankProbably should only list seeded packages15:15
juliankcertainly better than before: https://magenta.jak-linux.org/ubuntu-archive/distcheck/noble/release-binaries.txt15:17
philrochesil2100: understood.15:19
ahasenack_once https://launchpad.net/ubuntu/+source/sssd/2.9.4-1.1ubuntu5 is published, we can also rebuild autofs and that will close https://bugs.launchpad.net/ubuntu/+source/autofs/+bug/205896415:19
-ubottu:#ubuntu-release- Launchpad bug 2058964 in autofs (Ubuntu) "proposed-migration for autofs 5.1.9-1ubuntu2" [High, In Progress]15:19
juliankOh god I see linux-libc-dev15:30
juliankWe don't actually have a kernel in the release pocket15:30
juliankI guess the images could build with the kernel from updates15:30
juliankbut eww15:30
sil2100There was some talk about the kernels by vorlon, but I didn't really follow that. So I'd leave it for when vorlon is back15:31
bdrunghttps://launchpad.net/ubuntu/+source/linux claims that 6.8.0-20.20 is in the release pocket15:31
bdrungbut not rebuilt since then. Now I get it.15:32
juliankok these are the seeded packages in current publisher run + libaudit migration: https://magenta.jak-linux.org/bin/c969889f85df2bbb268302e42e4bca27-after-audit.txt15:36
* juliank tries to migrate krb515:37
juliankthat needs libverto1t6415:39
juliankWhich needs libevent15:40
schopinwhich only started its t64 transition last week.15:41
sil2100We can ignore the t64 transition for now15:42
juliankMigrating those 3 only causes 3 new uninstallabilities for amd64 and fixes 403415:42
sil2100Let's concentrate on amd6415:42
juliank(counting I believe only seeded packages)15:42
sil2100Looking at libevent then15:42
schopinlooking at libevent vs openmpi15:42
juliankOh it does count more than seeded packages, I have not finished restricting it to not care about broken unseeded packages15:44
juliankBut it's hard because germinate ran in between and like libaudit1 is without a Task field15:44
juliankor rather I guess it only runs in the release pocket15:45
juliankcertainly not in proposed15:45
juliankI guess it depends, sil2100 , do we want to build the beta using packages in -updates, or should all be done for the beta?15:46
juliankI guess all seeded packages should have migrated to the release pocket15:47
sil2100I think we need to build out of release, but we can deal with the updates->release migration after we get something building15:48
juliankSo hence release pocket + updates view is kind of irrelevant15:48
schopinthe amd64 openmpi test passes locally15:48
juliankThis is after migrating audit, with -updates included https://magenta.jak-linux.org/bin/f80c802e1ad3ba5062e4cb314048a579-after-audit-updates.txt15:48
sil2100schopin: excellent, I'll hint it15:49
=== mfo_ is now known as mfo
sil2100libnfs is unrelaetd15:49
sil2100I'm looking at krb5 now15:50
juliankI'd wager images should build now with -updates enabled looking at that report15:50
juliankAh but they may not be bootstrappable15:51
sil2100hm, actually, krb5 is a no-change rebuild and is already skiptesetd15:51
sil2100So we should be good to go when libevent migrates15:51
sil2100\o/15:51
julianksil2100: i.e. if we can run debootstrap and then have updates we should be able to build images?15:52
juliankmmdebstrap failed because something pulled in libapt-pkg.6015:53
juliankooh I think it is just stupid15:54
julianklibapt-pkg6.0 should not have important priority but optional presumably because it's a library15:54
juliankAh of course I don't think we can build images without freezing the archive and removing mutter from updates15:58
julianki.e. we install seeded packages using task^15:58
julianki.e. we essentialyl do `apt install ubuntu-desktop^ standard^ minimal^`15:59
juliankthis will expand to libmutter-13-0 which is the old mutter lib15:59
juliank(in -updates)15:59
sil2100Are we still using tasks? Not seeds directly?16:00
upilsI thought mutter was supposed to migrate at the last run. Why is it still blocked?16:00
sil2100We had issues with using tasks always, there was a big push for using seeds or metapackages instead16:01
sil2100upils: it migrated from what I saw?16:01
sil2100upils: we're talking about the -updates pocket16:01
sil2100The -updates pocket, for noble (for the xz transition), has old 'previous version' staged right now16:01
sil2100So it's not really a real updates pocket, more like a 'revert pocket'16:02
julianksil2100: hopefully we are, or expanding ourselves16:02
schopinjuliank: what's the semantic of the ^ suffix? I can't find it in the apt manpage.16:02
juliankWe may be expanding from fresh geerminate itself16:02
juliankschopin: It matches on the Task: field in the Packages files16:02
sil2100juliank: I recall mwhudson making some changes to livecd-rootfs at least16:02
juliankYeah but it still expands I believe16:03
juliankotherwise it ends up picking packages from universe potentially16:03
schopinAh, and so this'll match both the old and new mutter since it changed binary names.16:03
juliankubuntu-desktop is installable in a chroot with release and updates16:03
juliankTo be specific, I can `install ubuntu-desktop ubuntu-standard ubuntu-minimal colord` in an empty chroot with all pockets enabled16:04
jbichabtw, sugar just migrated even though sugar-session is uninstallable for Debian bug 1063419 (sugar-session is arch: all)16:04
-ubottu:#ubuntu-release- Debian bug 1063419 in src:sugar-artwork "sugar-artwork: Please package version 0.121 needed by sugar-session" [Serious, Open] https://bugs.debian.org/106341916:04
juliankBut proposed at -116:04
juliankum 10016:04
juliankInst libcdio19t64 (2.1.0-4.1ubuntu1 Ubuntu:24.04/noble-proposed [amd64])16:04
juliankInst libcdio-cdda2t64 (10.2+2.0.1-1.1build2 Ubuntu:24.04/noble-proposed [amd64])16:04
juliankInst libcdio-paranoia2t64 (10.2+2.0.1-1.1build2 Ubuntu:24.04/noble-proposed [amd64])16:04
juliankThese are the only packages actually pulled in from proposed16:04
sil2100Ok guys, I need to AFK now, still waiting for audit to be fully published16:05
juliankRemoving proposed entirely works16:05
juliankSo awkward16:05
sil2100juliank: is there a way for you to check how the installability would look like after audit, krb5, libevent and libverto looks like?16:06
juliankIndeed16:06
sil2100Since maybe people could continue on hacking if there's more seeded packages that are uninstallable16:06
sil2100Thanks!16:06
julianksil2100: this is that report: https://magenta.jak-linux.org/bin/1aa0632eb8b9f139112eb2772cc319f9-after-audit-and-co.txt16:08
sil2100oh man this looks awesome16:08
julianknote the mutter one makes no sense it's not actually installed itself16:08
julianksil2100: oof, hang on that is with -updates16:08
julianksil2100: this is without -updates: https://magenta.jak-linux.org/bin/252e364050e95c426bc360155c80d6bc-after-audit-and-co.txt16:08
sil2100I like the one with updates better16:09
juliankI am curious what happens now if you trigger an image build for ubuntu desktop16:10
juliankIt looks like it should be installable with -updates enabled, which should be enabled in the build process16:10
juliankAlso why don't we build images with proposed enabled for testing?16:10
sil2100vorlon, bdmurray: status update - we're migrating some key packages right now, libevent, audit etc. Once those are done, there are a few others that popped up, see juliank's report. There's also the thing with -updates needing to be enabled16:10
sil2100But...16:11
sil2100That is a story for later IMO16:11
schopinsil2100: aren't you supposed to be AFK? :P16:11
sil2100I think we should just embrace building something with -updates for now16:11
sil2100schopin: yes! Going afk now, please continue cutting through the uninstallable packages as per the list (maybe the one with -updates enabled for now)16:11
sil2100It's only a small set16:11
sil2100o/16:11
schopinwill do.16:12
schopinwait, with or without updates?16:12
schopintaking libcdio-cdda2 (well, its srcpkg)16:13
schopinugh, it's just waiting on tests.16:14
juliankschopin: I looked at the depends for that and it's being pulled in by Recommends only (gvfs-backends is optional for ubuntu-desktop); but it causes stupid resolving issues I suppose16:15
juliank gvfs-backends : Depends: libcdio-cdda2t64 (>= 10.2+2.0.0) but it is not installable16:17
juliank                 Depends: libcdio-paranoia2t64 (>= 10.2+2.0.0) but it is not installable16:17
juliank                 Depends: libcdio19t64 (>= 2.1.0) but it is not installable16:17
juliank ibus-table : Depends: ibus (>= 1.5.22-2~)16:17
juliankThese are the errors when I try to install ubuntu-desktop^ standard^ minimal^16:17
juliankoh and16:17
juliank network-manager-config-connectivity-ubuntu : Depends: network-manager (>= 1.45.90-1ubuntu3) but 1.45.90-1ubuntu1 is to be installed16:17
schopinqa-help: would it be possible to move the tests triggered by libcdio out of the huge queue and into the normal one?16:17
juliankWhat happened there16:18
juliankAh network-manager-config-connectivity-ubuntu is Architecture: all16:18
juliankSo yes libcio-*, ibus, and network-manager I suppose are the blockers for installing the full desktop seed16:18
juliankNot sure why I don't see ibus-table in the dose-distcheck report16:19
bdmurrayschopin: you could add them to the normal queue using retry-autopkgtest-regressions and then I can drop them from the huge queue16:22
dbungertvorlon: to filter out the published source packages, would checking for non-empty output from this be a sensible query? `rmadison --url ubuntu --suite noble --architecture amd64 -S $srcpkg`16:23
schopinbdmurray: wouldn't retry-autopkgtest-regressions refuse to queue them since they're already queued?16:24
bdmurrayIt should...16:25
juliankSo anyway, if images build with -updates, they should start building after libcdio-paranoia, ibus, and network-manager migrated16:26
juliankoh and libcdio16:28
schopin-paranoia is just waiting on libcdio16:28
juliankthis installs fine with those migrated: ubuntu-desktop^ standard^ minimal^  linux-generic shim-signed grub-pc16:29
juliankwhich is a good sign16:29
juliankArguably it would be nice to get a new kernel in proposed16:29
juliankapw: is this on anyone's mind that the kernel got removed from noble release pocket and needs to be respun?16:29
schopinbdmurray: the tests are queued in the normal queue, you can drop them from huge.16:30
schopinTIL about --state=RUNNING :)16:30
juliankAnd then hopefully we have a working image, albeit a nasty looking one :)16:31
bdmurrayschopin: well the web frontend should still stop the duplicate request16:31
schopinĀÆ\_(惄)_/ĀÆ16:32
schopinWhat can I say, they're queued :)16:32
bdmurrayschopin: the ones from the huge queue have been dropped16:36
juliankFWIW this is the script to play britney with dose-distcheck https://people.canonical.com/~jak/dose-migrate.py16:37
ahasenack_new excuses just published16:38
juliankrun it as dose-migrate.py package1 package2 ...16:38
juliankThe run https://people.canonical.com/~jak/human-report.py16:38
julianklike human-report.py root/release-migration.yml  "release pocket + audit, krb5, libevent and libverto" > after-audit-and-co.txt16:38
juliankuse release-updates-migration.yml to look at release+updates16:38
juliankThe output of dose-distcheck will also tell you any new unsatisfied seeded packages16:39
juliankuh dose-migrate16:39
juliankbut the yml and the human-report will give you the full archive state after16:40
julianki.e. if a package changed reason for uninstallable, you'll only see it there16:40
apwjuliank, yes, there are replacement kernels on their way ... problems with arm64 taking over 14 hours to build is slowing us up.16:41
juliankah good16:42
schopinah that's why the linux-libc-dev issue on i386, got it.16:43
juliankoh I suppose I did not check i386 installabilites and the images may need some of that16:44
bdmurrayThe autopkgtest capacity for armhf is somewhat reduced due to a host in bos03 being down or having run away16:47
juliankhere is now the global (non-seeded too) output for uninstallable binaries in release+updates: https://magenta.jak-linux.org/ubuntu-archive/distcheck/noble/updates-binaries.txt16:47
schopinI think ibus can be skiptest, it's only waiting on armhf test for budgie-desktop.16:48
schopin(which will take a while to get to given the current queue)16:48
schopinthe t64-related changes had already reached the release pocket last week.16:50
bdmurrayI'll look at hinting ibus16:51
schopin*sigh* network-manager is waiting on quite a few armhf tests too.16:52
bdmurrayibus hinted16:54
schopinthanks16:57
julianknews! https://magenta.jak-linux.org/ubuntu-archive/distcheck/noble/updates-binaries.txt and https://magenta.jak-linux.org/ubuntu-archive/distcheck/noble/release-binaries.txt now also show tasks17:00
julianke.g.  * task:cloud-minimal                       depends on missing libgssapi-krb5-2:amd64 (>= 1.17) via libcurl4t6417:00
juliankfor the release pocket17:00
juliankfrom updates-binaries.txt:17:00
dbungertausrede logs updated to drop packages that appear to have been published.  missingbuild logs now empty, permafail and blockedtree have stuff17:00
juliank  * task:ubuntu-desktop                      depends on missing libcdio-cdda2t64:amd64 (>= 10.2+2.0.0) via gvfs-backends17:01
juliank  * task:ubuntu-desktop                      depends on missing network-manager:amd64 (>= 1.45.90-1ubuntu3) via network-manager-config-connectivity-ubuntu17:01
juliankthis works nicely17:01
juliankIf a bit repetetive17:01
vorlondbungert: that rmadison query will also report packages of architecture: all which are published on amd6417:02
vorlondbungert: also querying rmadison is slow, you should use a local Packages file at least17:03
vorlonkrb5 is blocked by libverto and libevent; libevent is a transition; but libverto is only used by krb5-kdc.  Forcing krb5 in to help make the base set installable (libtirpc3t64 -> libgssapi-krb5-2)17:03
vorlonsil2100: ^^17:03
vorlonsil2100: btw a 'force' hint only causes britney to consider a package a candidate in spite of policy (so moving it to the update_output phase for consideration).  If you want to override an increase in uninstallables you need 'force-hint'.17:04
dbungertvorlon: ack17:04
juliankvorlon: should we focus on getting images built with -updates enabled vs focusing on migrating to release pocket first? Latter is waiting for kenrel anyway17:04
vorlonjuliank: I don't really want to build images out of -updates, anything that's in -updates is old17:05
vorlon(as is obvious by the name, heh)17:05
sil2100vorlon: whoops! Then in that case, good thing I just copied it over forcefully17:06
juliankyes but we can get images to build with updates today I suppose and then/in parallel work on migrating further17:06
vorlonsil2100: you mean bypassing britney? :)17:06
sil2100Of course17:06
vorlonhaha ok17:06
juliankbritney was down all the time, so copy-package it was17:06
sil2100#ontheedge17:06
vorlonjuliank: my today is a lot longer than yours; and I don't consider building images today with month-old packages to be a useful milestone17:07
juliankheh17:08
sil2100Well, most of those packages (at least the seeded ones) will be overriden by the ones we migrated to release, right?17:08
juliankbut not sure you get kernels today17:08
vorlonI'm aware about the kernel situation but that's pretty far down the image build pipeline, if we get to the point that kernels in release pocket are the only thing blocking then I'm pretty happy17:08
vorlonand I can make old kernels in release pocket happen17:08
vorlonthe other architectures don't really need kernels, do they17:08
sil2100Did a test build of a server image to get a better idea of the situation, we're still not there: https://launchpadlibrarian.net/723345962/buildlog_ubuntu_noble_amd64_ubuntu-server-live_BUILDING.txt.gz17:09
juliankwell the list I created earlier, seeded packages with unsat depends after migrating krb5 and libvert and so on https://magenta.jak-linux.org/bin/252e364050e95c426bc360155c80d6bc-after-audit-and-co.txt17:09
sil2100(those are built without -updates btw.)17:09
juliankcurl https://magenta.jak-linux.org/ubuntu-archive/distcheck/noble/release-binaries.txt | grep task: will show all uninstallable tasks fwiw17:10
juliankbut this has not faux-migrated krb5 yet17:10
juliankIt disagrees with dbungert's ausrede, maybe, which doesn't show libllvm17 which is the biggest uninstallability in tasks17:11
juliankor at least will be17:11
dbungertmy list is overfiltered at the moment17:11
juliankyou can't see it yet17:11
juliankAnyway this updates hourly based on latest publisher run :)17:13
juliankwell not the one with hashes17:13
juliankthat was manual faux migration :)17:13
schopinsil2100: you can skiptest network-manager: it's a NCR, tests we're waiting on are either useless, already passed on the previous version, or passed when ran manually on a Pi.17:13
schopinugh, the armhf queue is *really* slow, I'll just run the libcdio tests manually too.17:14
vorlonschopin: really slow or really long?17:15
juliankso missing llvm-toolchain-17 causes the most uninstallabilites right now17:15
schopinvorlon: slow. We're a host short apparently.17:15
juliankor rather will be after krb5 :D17:16
vorlonjuliank: well I mentioned 8 hours ago it would need a hint <shrug>17:16
juliankIt probably was hinted17:16
vorlonnope17:16
juliankIt was skiptested17:16
juliankbut not forced17:16
juliankit's also still building on riscv6417:17
julianklol17:17
vorlonyes, that's what the force is for17:17
vorlonforce hint added now17:17
vorlonit also blocks on abseil (still?)17:17
juliankI'd just skiptst abseil17:18
juliankI don't care about ycmd17:18
vorlonverifying now whether that's sensible17:18
vorlonyeah hinting17:18
vorlonno-change rebuilds17:18
juliankycmd is one too lol17:19
vorlonso I have krb5, llvm-toolchain-17, abseil to go in on the next britney run. anything else?17:19
juliankhave a look at https://magenta.jak-linux.org/bin/252e364050e95c426bc360155c80d6bc-after-audit-and-co.txt maybe17:20
vorlondoing network-manager17:20
schopinvorlon: it can be skiptest (I pinged Lukasz but I guess he's still AFK)17:21
vorlonschopin: yeah that's what I meant by "doing" sorry17:21
schopinno worries17:21
vorlonaccountsservice has the wrong version skiptested17:21
juliankYeah so if I just want ubuntu-desktop installable *now* (with updates, on existing machines basically) I need only17:21
julianksrc:libcdio src:libcdio-paranoia src:ibus src:network-manager17:21
schopinI'm on the first, the second only needs the first to migrate, and the other 2 are already hinted (or in the process of)17:22
vorlonjuliank: I want it installable now without -updates, where's that list17:22
vorlontracker?17:23
vorlongnome-control-center17:23
juliankvorlon: that's the file https://magenta.jak-linux.org/bin/252e364050e95c426bc360155c80d6bc-after-audit-and-co.txt17:23
juliankvorlon: ok well17:23
juliankvorlon: that's all seeded packages17:23
vorlonso nobody fixed samba17:23
vorlonravikant_: did you investigate why libsmbclient is listed as uninstallable?17:24
schopinI think he's EOW17:24
juliankI could give a view for that17:24
juliankmaybe17:24
juliankAh vorlon17:25
jbichavorlon: please hint gvfs since it's just a rebuild17:25
juliankvorlon: we had that earlier with libaudit0, britney considers the old binary that will be NBS uninstallable (here libsmbclient which is replaced by libsmbclient0)17:25
vorlonjbicha: yes doing17:26
juliankvorlon: i.e. it seems utterly useless for installability checking if there's a t64 transition in the same package between updates and proposed17:26
vorlonjuliank: ok but it also listed *smbclient* as uninstallable which is not a lib and not NBS?17:26
juliankhence why we forced audit through17:26
juliankLet me run dose-migrate17:27
juliankalso adding the other packages you just hinted17:27
vorlonok force-hint'ing samba+sssd+gnome-control-center17:27
juliankheh I'm still checking samba but ok :D17:28
juliankvorlon: uninstallable depends report for release binaries + audit  krb5 llvm-toolchain-17 abseil samba: https://magenta.jak-linux.org/bin/18aaeaa56f231489717e3a65e81acfbf-release-migration.txt17:30
julianksmbclient seems fine17:31
juliankor maybe it's not17:31
schopinvorlon: libcdio can be skiptest, all tests passed on the Pi.17:31
juliankbut this only shows seeded packages :D17:31
vorlonmmk17:31
juliankOtherwise this takes *ages* to run17:31
vorlonschopin: that's an awful lot of manual testing to have to do17:32
vorlonschopin: hinting17:32
schopinI'm just making sure that waveform isn't too cold in his office by making hi Pi run :)17:32
vorlonok britney has finished17:33
vorlonwell. still generating stats17:33
ahasenack_my pi4 has been super useful in these times17:33
ahasenack_only place where I could get an armhf environment17:33
=== ahasenack_ is now known as ahasenack
juliankI should make my reports on the server actually fetch the britney hints and then calculate the state after transitons17:34
juliankThe other report I can provide is: All packages in proposed that fail to install in release pocket17:37
juliankhere's a full report with unseeded packages too after the faux migration https://magenta.jak-linux.org/bin/d1f7e92fa62323d28d7c0423945225bf-release-migration.txt17:38
juliankbut this is silly to try all the time because so slow17:38
juliankI don't see smbclient in there so that seems good17:38
jbichavorlon: please hint bash since it's also just a rebuild17:40
schopinjuliank: were you working on llvm17 ?17:40
vorlonjbicha: you don't need bash17:41
juliankschopin: No, I think vorlon just hinted that though17:41
schopinack, thanks.17:41
vorlonjbicha: tracker 3.7.1-1 regressed its autopkgtests.  is this something I should let through or not?17:42
jbichavorlon: yes for tracker, I will file a bug upstream about it now17:45
vorlonok done17:46
juliankand I will try to eat17:47
vorlonupower hinted18:19
sudipbdrung: if you are still around, LP: #2060262 has similar problem as mtd-utils, debdiff attached.18:23
-ubottu:#ubuntu-release- Launchpad bug 2060262 in globalplatform (Ubuntu) "globalplatform fails to build from source" [Undecided, Confirmed] https://launchpad.net/bugs/206026218:23
vorlonjuliank, sil2100: britney has been spending > 30m on "Building the list of non-installable packages for the full archive", where in all previous runs today this has taken on the order of 2-3 minutes. Any ideas?18:27
bdrungsudip, i'll have a look18:28
sudipthanks bdrung18:28
juliankhello18:29
juliankfunny18:29
juliankvorlon: I do think it gets quite hard now, I don't suppose there's network in there18:29
vorlonnetwork?18:29
vorlonif you're asking whether there are network operations involved in the uninstallable calculation, no18:30
juliankit doesn't need to query launchpad or so to calculate18:30
vorlonthis is against the local indices18:30
sergiodjhi, is https://people.canonical.com/~dbungert/ausrede/blockedtree.html a good place to start helping?18:31
juliankno idea then18:31
vorlonI'm killing other jobs on the system to free up CPU since there seems to be a bit of contention here18:32
juliankvorlon: I reiterate my ask to copy shim-signed on amd64 back into the release pocket; this was built on mantic by accident anyhow (a new one will come monday presumably)18:32
schopinsergiodj: fwiw, at least those packages have been hinted already I think.18:32
julianki.e. we did the mantic build with the wrong version number and copied it to devel rather than throw it away18:32
schopinbut britney is not cooperating.18:33
sergiodjschopin: ah, OK. anything else I can help with, then?18:33
vorlonsergiodj: I suggest you: 1) get the launchpad chroot tarball from 'manage-chroot -s noble -a armhf get'; 2) import into sbuild or such to get a chroot environment; 3) try to 'apt-get install ubuntu-server' and see what's missing18:33
bdrungsudip, diff looks good. sponsored. thank for the help.18:33
vorlonjuliank: sorry, I don't think I saw you ask for this previously. looking18:33
sergiodjvorlon: will do18:33
vorlonjuliank: copied18:34
juliankAfter "ubuntu-server" you can also try "install ubuntu-server^" to make sure you catch all packages in the task (like otherwise maybe it ignores some which are uninstallble right now)18:34
julianksergiodj: ^18:34
juliankOr like A|B depends get satisfied by B in universe suddenly18:34
sergiodjjuliank: OK18:34
juliankvorlon: ta18:35
dbungertsergiodj: things on that list should be good but I'm a bit underreporting right now, fixing18:36
sergiodjdbungert: that's OK, I'll be busy checking the chroot thing for a while now :)18:37
dbungertcool18:37
vorlonsil2100, bdmurray: fyi I've disabled proposed-migration on all series other than noble for right now as ubuntu-archive-toolbox seems to be struggling18:38
vorlonI think something's wrong though, I don't know why it's taking so long to calculate uninstallability18:39
bdmurrayvorlon: noted. I was wondering about disabling autopkgtests for everything but noble...18:39
sergiodjI'm trying to reserve an armhf machine here.  will let you know (on mattermost) if I succeed, in case anyone needs access to one18:40
vorlonsergiodj: what does that mean?18:40
schopinfighting with canonistack, I guess?18:41
sergiodjvorlon: just that I'm reserving an arm machine to be able to debug any problems18:41
vorlonbut there are no armhf machines in canonistack18:41
sergiodjinternal MAAS18:41
sergiodjsorry, arm64 machine capable of running armhf containers18:41
sergiodjshould've been more clear :)18:41
vorlonbdmurray: it's possible we'll need to do a partial cleanup of noble-updates just to make britney not take forever18:44
bdmurrayvorlon: sounds reasonable18:45
schopinglibmm2.4/2.66.7-1build1 can be skiptest (NCR, only failure is badpkg and passed on all-proposed=1)18:47
schopinalthough I'm a bit puzzled how it ended up in dbungert's report in the first place? It's not seeded nor are the mentioned rdeps.18:50
schopinoh, cryfs is.18:51
vorlonschopin: glibmm2.4 done18:53
vorlonI was also puzzled why it's in the list; though I see there are Task fields on it in mantic18:53
cpeteLists are looking pretty small today! I guess I'll go back to investigating numpy regressions unless there's something more pressing?18:59
* schopin EODs19:06
sergiodjjuliank: I realize now that I didn't fully understand your suggestion here: "After "ubuntu-server" you can also try "install ubuntu-server^" to make sure you catch all packages in the task (like otherwise maybe it ignores some which are uninstallble right now)"19:17
vorlonsergiodj: 'apt install ubuntu-server' may succeed but be missing recommended packages that are present but not installable19:18
sergiodjI just attempted to "install ubuntu-server" and everything seems to be under control (krb5 is the only missing piece, and has been hinted according to vorlon)19:18
sergiodjah, right19:18
vorlonwhereas 'apt install ubuntu-server^' tries to install the task and will complain about those19:18
sergiodjwell, it didn't succeed19:18
vorlonyes, that's the point, drill down into why it didn't succeed19:19
sergiodjit's the krb5 thing we discussed already19:19
vorlondb was also mentioned, did you see what that was about?19:19
sergiodjyou're right, sorry, missed that one19:20
sergiodjI was trying to understand why "apt install ubuntu-server^" was giving me a "E: Couldn't find task 'ubuntu-server'" and totally missed the db one...  bleh19:21
sergiodjso the libdb5.3 problem is exactly the same one described here: https://irclogs.ubuntu.com/2024/02/29/%23ubuntu-release.html#t09:1919:37
sergiodjvorlon: juliank: ^19:38
vorlonnoble temporarily frozen for a round of cleanup of superseded packages from noble-updates; hoping this will unstick britney19:38
vorlonsergiodj: which packages specifically depend at present on libdb5.3 instead of libdb5.3t64 on amd64 in noble?19:38
sergiodjI don't see any uploads by juliank on Debian at that date, but I do see one from vorlon19:38
sergiodj*pam uploads19:39
sergiodjvorlon: this is on armhf btw, but I'll check19:39
vorlonsergiodj: armhf is not a useful reference for this!19:39
vorlonwe're trying to unstick amd64 image builds19:39
sergiodjOK, checking amd6419:39
vorlon7140 source packages currently in noble-updates; >4000 source packages to be removed19:42
sergiodjaccording to reverse-depends (not sure if its output can be fully trusted), https://paste.ubuntu.com/p/7ds792Mnbv/19:42
sergiodjI'm checking them19:43
vorlonsergiodj: so perl and cyrus-sasl2 need rebuilds; neither of these packages are currently in -proposed, could you do no-change rebuilds of these?19:45
sergiodjvorlon: yes19:53
sergiodj(sorry, I lost connection for a bit and didn't see the message)19:53
sergiodjOK, no-change rebuilds for perl and cyrus-sasl2 uploaded20:01
vorlonthanks20:01
vorlonthe other revdeps should also get NCRs but I haven't had a chance to verify whether any of those are in -proposed already and should not be clobbered20:02
vorlon6199 source packages of 7140 to be removed from noble-updates20:05
vorlonthis will take a while before we unfreeze20:06
vorlonhunting down queuebot20:06
ahasenackwhat's NCR?20:06
ahasenackah, n/m20:06
ahasenackno change rebuild20:06
vorlonyeah sorry20:06
bdmurrayCan we run the removals in parallel?20:07
vorlonbdmurray: yes20:07
vorlonbdmurray: https://paste.ubuntu.com/p/zz5T8VcBFt/20:07
vorlonpipe it to tac and start from the other end?20:07
bdmurrayWhich arguments with remove-package?20:08
-queuebot:#ubuntu-release- Unapproved: chrony (noble-proposed/main) [4.5-1ubuntu3 => 4.5-1ubuntu4] (core)20:09
vorlonbdmurray: I think I pasted that to you in the private message20:10
bdmurrayI see20:12
juliankvorlon: fyi * task:standard                            depends on missing python3-gdbm:amd64 via python3-commandnotfound20:12
vorlonjuliank: thanks20:13
julianki.e. command-not-found requires python3-stdlib-extensions to migrate20:13
-queuebot:#ubuntu-release- Unapproved: accepted s390-tools [s390x] (noble-proposed) [2.31.0-0ubuntu4]20:13
-queuebot:#ubuntu-release- Unapproved: accepted chrony [source] (noble-proposed) [4.5-1ubuntu4]20:13
-queuebot:#ubuntu-release- Unapproved: accepted linuxptp [source] (noble-proposed) [4.0-1ubuntu1]20:13
-queuebot:#ubuntu-release- Unapproved: accepted cyrus-sasl2 [source] (noble-proposed) [2.1.28+dfsg1-5ubuntu3]20:13
-queuebot:#ubuntu-release- Unapproved: accepted perl [source] (noble-proposed) [5.38.2-3.2build2]20:14
juliank  * task:ubuntu-desktop                      depends on missing libplist3:amd64 (>= 2.2.0) via upower20:14
juliank  * task:ubuntu-desktop                      depends on missing libtracker-sparql-3.0-0:amd64 (>= 3.1.1) via grilo-plugins-0.3-base20:14
juliank  * task:ubuntu-desktop                      depends on missing libgpod4:amd64 (>= 0.8.2-4) via rhythmbox-plugins20:14
juliank(why do we still pull in rhythmbox?)20:14
juliank  * task:ubuntu-desktop                      depends on missing libavcodec60:amd64 (>= 7:6.0) via libcanberra-pulse and pipewire-pulse:amd64 | pulseaudio:amd64 -> libasound2-plugins:amd6420:15
juliank  * task:ubuntu-desktop                      depends on missing ure:amd64 via libreoffice-common20:15
juliank  * task:ubuntu-desktop                      depends on missing gstreamer1.0-plugins-good:amd64 via [various things]20:15
juliankAnd I think that's all interesting ones I haven't heard about yet20:15
juliankI think accountsservice somebody looked at20:15
juliankAnd the rest is network-manager/libcdio/tracker/llvm20:16
juliank(these are all teh interesting blockers for minimal, standard, ubuntu-desktop-minimal, ubuntu-desktop; taken directly from https://magenta.jak-linux.org/ubuntu-archive/distcheck/noble/release-binaries.txt)20:17
vorlonaccountsservice needed its hint bumped20:19
kanashirore libgpod: it depends on libimobiledevice-dev which is in main in all arches but amd64 (not sure why) in the release pocket. In the -updates pocket it is in universe everywhere. In previous releases it is in main everywhere.20:26
kanashirolibgpod-dev is in main20:26
-queuebot:#ubuntu-release- Unapproved: ubuntucinnamon-environment (noble-proposed/universe) [24.04 => 24.04.1] (no packageset)20:27
vorlonkanashiro: in standup, will look in a minute20:29
vorlonkanashiro: I noticed a component-mismatch earlier this week, don't know why it wound up there but I probably fixed it only in release pocket at the time20:31
kanashirovorlon but libimobiledevice-dev is still in universe on amd64 in the release pocket20:32
vorlonbritney finally unstuck; it heard me threatening on the standup call to reboot the node20:32
kanashirolibimobiledevice-dev | 1.3.0-8.1build3                       | noble/universe         | amd6420:32
vorlonkanashiro: yes, I'm saying that package wasn't there at the time I did the component override20:33
kanashiroah ok20:33
vorlonpromoting it now20:33
kanashirothanks!20:33
sergiodjvorlon: I'm waiting for perl/cyrus-sasl2 to rebuild/republish, but let me know if there's anything else needed20:36
vorlonhinting coreutils, bdmurray we should dump the associated tests (NCR)20:36
cpeteAlright I am going to mimic what sergiodj is doing but for lubuntu. I believe the right meta package is lubuntu-desktop correct?20:36
vorloncpete: afaik! (whatever 'apt source lubuntu-meta' shows - some flavors are different)20:37
cpetevorlon: ack. thanks!20:37
vorlonsergiodj: one thing I had forgotten to mention was to do a dist-upgrade in the chroot first, too - you may find that gives usefully-different results20:37
vorlon(the libdb5.3 finding was useful in its own right)20:38
-queuebot:#ubuntu-release- Unapproved: tzdata (noble-proposed/main) [2024a-1ubuntu1 => 2024a-2ubuntu1] (core, i386-whitelist)20:38
sergiodjACK, will do20:38
cpeteis debootstrap working or should I do a mantic chroot then upgrade?20:38
cpeteI guess I should go try20:38
vorloncpete: use the 'manage-chroot' command to pull the launchpad chroot tarball20:38
cpetevorlon: oh right. I should have doubled check scrollback. thanks20:38
vorlon'manage-chroot -s noble -a armhf get', from ubuntu-archive-tools20:38
vorlon(debootstrap still fails until after the current run migrates krb5)20:39
vorlon... which it's slowly calculating right now20:39
vorlonI: [2024-04-05T20:33:04+0000] - Trying force-hint from vorlon: krb5/1.20.1-6ubuntu220:40
vorlonI: [2024-04-05T20:33:04+0000] - start: 3394+0: a-992:a-276:a-1749:i-105:p-102:r-84:s-8620:40
vorlonI: [2024-04-05T20:33:04+0000] - orig: 3394+0: a-992:a-276:a-1749:i-105:p-102:r-84:s-8620:40
vorlon[...]20:40
cpetevorlon: but why '-a armf' and not amd64?20:41
vorlonoh damn20:41
vorlonno wonder sergiodj went down the wrong path20:41
sergiodj:(20:41
sergiodjI've been misled20:41
vorlonmuscle memory20:41
vorlonsorry, it absolutely should've been amd6420:42
sergiodj:)20:42
sergiodjthat's OK20:42
sergiodj(and it makes things slightly easier because I don't have to resort to binfmt now)20:42
cpeteack. glad I asked lol20:42
-queuebot:#ubuntu-release- Unapproved: trace-cmd (noble-proposed/universe) [3.2-1 => 3.2-1ubuntu1] (no packageset)20:43
vorloncpete: thank you for taking my advice to ask questions ;)20:45
cpetevorlon: no dumb questions right :)20:46
vorloncpete: yep, only dumb fingers20:46
-queuebot:#ubuntu-release- Unapproved: accepted tzdata [source] (noble-proposed) [2024a-2ubuntu1]20:49
-queuebot:#ubuntu-release- Unapproved: accepted ubuntucinnamon-environment [source] (noble-proposed) [24.04.1]20:49
-queuebot:#ubuntu-release- Unapproved: accepted trace-cmd [source] (noble-proposed) [3.2-1ubuntu1]20:50
-queuebot:#ubuntu-release- Unapproved: tzdata (mantic-proposed/main) [2024a-0ubuntu0.23.10 => 2024a-0ubuntu0.23.10.1] (core, i386-whitelist)20:52
sergiodjvorlon: OK, both kanashiro and I were able to "apt install ubuntu-server" using the amd64 chroot (after a dist-upgrade)20:52
sergiodj"apt install ubuntu-server^" keeps erroring20:52
sergiodjE: Couldn't find task 'ubuntu-server'20:52
vorlonI don't understand why that would be20:55
vorlonjuliank: ^20:55
ahasenackfwiw, same here20:55
sergiodjubuntu-server-minimal succeeded20:56
kanashiroFWIW ubuntu-desktop is also installing ok here20:56
vorlonoh20:56
vorlonthe task is called 'server'20:56
vorlonnot ubuntu-server20:56
sergiodjok20:57
kanashirothat works :)20:57
sergiodjinstalling...20:57
sergiodjeverything installed fine20:57
juliankheh20:57
julianksome tasks are weird yeah, sorry20:57
ahasenackI don't think I ever installed tasks or used that syntax20:57
ahasenackI just install "ubuntu-server", or "ubuntu-desktop"20:58
juliankIt has subtle differences in how alternatives are resolved20:58
julianki.e. if we seed B in desktop (I think, maybe just more base seeds - it's hard to say at 11pm) and server has a package depending A|B; apt install ubuntu-server installs A; whereas ubuntu-server seed expands to B20:59
juliankAnd the full expansion of the seed is recorded in the Task: field20:59
juliankHence apt install server^ would install B but ubuntus-erver would install A21:00
juliankIt doesn't practically work sensibly21:00
vorlonhowever if we had seeds in practice that had such differing behavior we should also consider that a bug21:00
vorlon(in the dependencies of the packages in the archive)21:01
juliankI think desktop has at least one21:01
juliankBut I did the analysis a year or so ago21:01
bdmurrayfiltering (amqp) coreutils21:01
juliankAlso if you installed B before, server^ still installs A (and removes B if they conflict)21:01
vorlonjuliank: I think there might be some cases here around notification-daemon alternatives21:01
juliankVery likely yes21:02
julianksolver hints will provide a better solution for those maybe21:02
ahasenackbritney still chugging along? excuses is from 17h utc21:02
vorlonrmadison dead yay21:02
vorlonahasenack: yes :|21:02
vorlonstill waiting for the calculation on krb5 quoted above21:02
ahasenackso cpu is pegged?21:03
vorlonwhich has now been running for exactly a half hour21:03
vorlonahasenack: yes21:03
ahasenackok21:03
juliankThe solver3 design also resolves differently so it would see any notification-daemon depends after it saw a specific one from a seed meta package21:03
juliank:D21:03
juliankBut yeah solver hints would eventually allow you to say "if installing foo, install bar"21:04
juliankThat's a really bad example for them tbh21:05
-queuebot:#ubuntu-release- Unapproved: accepted grub2-signed [sync] (mantic-proposed) [1.197.2]21:05
-queuebot:#ubuntu-release- Unapproved: accepted grub2 [sync] (mantic-proposed) [2.12~rc1-10ubuntu4.2]21:05
-queuebot:#ubuntu-release- Unapproved: accepted grub2-unsigned [sync] (mantic-proposed) [2.12~rc1-10ubuntu4.2]21:05
juliankAnother example is cloud-minimal seeding systemd-timesyncd | time-daemon21:06
juliankcloud-minimal^ would always install systemd-timesyncd (hence image building is reliable)21:06
cpetevorlon: alright so can I just unpack this tarball in a tempdir and use as is or is there anything else I need to know?21:07
juliankbut you can later modify it to install chrony21:07
juliank(which is what some cloud images do)21:07
vorloncpete: that's it21:07
cpeteperfect. thanks21:07
juliank*magic*21:07
juliankAnyway please do *not* use task^ irl, it marks every transitively seeded package as manually installed - image building has a separate step to mark everything reachable from metapackages automatic again21:08
juliankThere's some issues teaching apt how to do correct automatic marking, as ^ is essentially a macro that expands to the full list21:09
juliank(and we do not record the "key" package, aka ubuntu-cloud-minimal or so, as such in the package itself, no field for it yet)21:09
ahasenackand looks way too much like a regexp :)21:09
vorlonafk for a bit21:12
-queuebot:#ubuntu-release- Unapproved: cups (noble-proposed/main) [2.4.7-1.2ubuntu3 => 2.4.7-1.2ubuntu4] (core, i386-whitelist)21:25
-queuebot:#ubuntu-release- Unapproved: accepted cups [source] (noble-proposed) [2.4.7-1.2ubuntu4]21:32
-queuebot:#ubuntu-release- Unapproved: tzdata (jammy-proposed/main) [2024a-0ubuntu0.22.04 => 2024a-0ubuntu0.22.04.1] (core)21:55
-queuebot:#ubuntu-release- Unapproved: shim-signed (noble-proposed/main) [1.57 => 1.58] (core) (sync)21:56
-queuebot:#ubuntu-release- Unapproved: shim (noble-proposed/main) [15.8-0ubuntu1 => 15.8-0ubuntu1] (ubuntu-desktop) (sync)21:56
juliankthe shim-signed is valid but of course I forgot shim is already published in noble so redundant :D21:56
juliankso please delete shim itself from unapproved21:57
juliankta21:57
juliankand good night21:57
cpeteokay so for lubuntu: network-manager needs to migrate from proposed to pick up the new build against libnetplan1. autopkgtests look good22:08
cpeteas previously reported upower is uninstallable because libplist3 is missing. Launchpad says 2.3.0-1~exp2build2 published today but I don't see it here https://launchpad.net/ubuntu/noble/amd64/libplist3 it available22:10
cpetelastly, libffmpegthumbnailer4v5 is uninstallable because of missing libavcodec60, libavfilter9, and libavformat60 (>= 7:6.0) but it should still be in -updates or is that purged already?22:13
cpetes/it/they22:13
bdmurrayIt doesn't look like libplist builds libplist3 any more22:16
bdmurray`libplist3 => libplist-2.0-4`22:17
bdmurrayv_orlon upload upower with `No-change rebuild against libplist-2.0-422:19
bdmurrayso upower should be fine cpete22:19
cpetebdmurray: ahh I didn't catch the rename. I know now to look in the built packages section. thank you.22:21
bdmurraythe more you know22:22
cpeteI wish you could send gifs on irc22:23
-queuebot:#ubuntu-release- Unapproved: tzdata (focal-proposed/main) [2024a-0ubuntu0.20.04 => 2024a-0ubuntu0.20.04.1] (core)22:23
dbungertmore packages are visible now in ausrede, I belive the over-filtered problem is resolved22:34
cpetealright, I looked over the autopkgtests for upower, network-manager, and ffmpeg. Other than a potential regression in arm64 that I'll hunt down and make a bug for, lubuntu should be gtg once things migrate22:37
cpete*a potential arm64 regression in upower22:38
dbungertcpete: would you write up your process for chroot analysis in the google doc?22:38
cpetedbungert: sure22:39
cpetedbungert: if you have a better process for unpacking the chroot tarball lmk22:45
bdrungahasenack, here is the SRU to address the issue found by the last tzdata 2024a update: https://bugs.launchpad.net/ubuntu/+source/tzdata/+bug/2055718 - this diff is bigger than initially expected but the consistency check uncovered more cases.22:46
-ubottu:#ubuntu-release- Launchpad bug 2055718 in tzdata (Ubuntu Mantic) "timezone changed unexpectedly from EST to America/Adak or America/Indiana/Indianapolis" [Undecided, New]22:46
ahasenackbdrung: nice!22:47
ahasenackwow, excuses still didn“t update (timestamp: 17 utc)22:47
bdmurraydropping some old ffmpeg queued tests22:47
vorloncopying krb5 directly to noble.  britney is still running, but still very slow for whatever reason and the output leaves me unsure if it is even considering krb5 accepted.22:48
dbungertcpete: no that's completely fine, these should be enough to follow22:50
bdrungahasenack, at least 75% of the jammy/focal diff is the test code. and we should have enough time for this fix. there is no upcoming urgent timezone upstream release22:51
vorlonbdmurray: it looks like we've met in the middle on noble-updates22:56
vorlonand britney is still being useles22:57
vorlons22:57
vorlonI'm going to wait until after the current publisher run, but then reboot the node22:57
bdmurrayvorlon: ah great!22:59
-queuebot:#ubuntu-release- Unapproved: accepted shim-signed [sync] (noble-proposed) [1.58]23:01
-queuebot:#ubuntu-release- Unapproved: rejected shim [sync] (noble-proposed) [15.8-0ubuntu1]23:01
vorlonok looking more closely yes it has accepted krb5 but OTOH still no telling how long until it's done23:01
-queuebot:#ubuntu-release- Unapproved: cups (noble-proposed/main) [2.4.7-1.2ubuntu4 => 2.4.7-1.2ubuntu5] (core, i386-whitelist)23:02
vorlonby the same measure, going to manually copy samba sssd gnome-control-center to the release pocket23:02
bdmurrayNoble is unfrozen again23:03
=== NotEickmeyer is now known as Eickmeyer
vorlonpublisher currently running and picking up the above-mentioned changes23:08
jbichavorlon: I have a gnome-control-center upload staged so let me know when I'm clear to upload it23:09
vorlonjbicha: the copy is done so it's safe now23:09
vorloncurrent publisher run is going to take a while to work through all the noble-updates removals23:13
ahasenackvorlon: just so I understand, for example, sssd "migrated", but without triggering any tests anywhere?23:18
ahasenackbecause it was copied manually?23:18
vorlonahasenack: it triggered tests but because britney is being daft I've done an archive copy to bypass it23:18
ahasenackok, I can still get to them via the current excuses page, and see they are green23:19
ahasenackautofs was also waiting on that sssd build, specifically armhf23:20
vorlonkanashiro: also it turns out libgpod-dev is in component-mismatches for demotion which I didn't see before (maybe because component-mismatches was incoherent at the time), so, well, that explains libimobiledevice-dev having been in the wrong pocket23:38
vorlonsomething unexpected happening with various desktop -dev packages23:39
vorlon2024-04-05 23:40:11 DEBUG   Ciao23:40
vorlonand of course britney has started moving again leading me on23:40
vorlonremovals of libhwy1 seem to make britney particularly angry.  doing no-change rebuilds of revdeps (revdep) so we can NBS remove it and maybe that helps too23:51
jbichavorlon: the desktop -dev is because of https://git.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/+git/ubuntu/commit/?id=0d0e9dbe some of those were demoted but not all & we opted to revert glib's sysprof integration for now23:57
-ubottu:#ubuntu-release- Commit 0d0e9db in ~ubuntu-core-dev/ubuntu-seeds/+git/ubuntu "Extra-Excluded: add libglib2.0-dev and its rdepends in main"23:57
vorlonI see23:58

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