[02:00] dumping the boost1.* tests out of the arm64 queue for the moment since they seem to be having trouble, to let other tests run (also, there were duplicate tests queued for all the boosts) === chris14_ is now known as chris14 [04:11] 8 copies of boost1.81 autopkgtest running in parallel on arm64 grr [04:12] can't dump them from the queue when they're not in the queue because they're being run [04:52] ubuntu-archive, could you clean up NBS for golang-github-mmcloughlin-avo (dropped avo binary) [05:28] zhsj: done [09:59] ubuntu-archive: please remove the s390x build for nanopolish in lunar, it's been disabled in the version in -proposed. TIA :) [13:00] vorlon: I think I found the solution, well, a workaround for the time being [13:04] vorlon: https://launchpad.net/ubuntu/lunar/+queue?queue_state=0&queue_text=rust-bindgen https://launchpad.net/ubuntu/jammy/+queue?queue_state=0&queue_text=rust-bindgen updated without .dll [13:05] and a debian/rules target to recreate the debian/vendor folder [13:05] instead of manipulating seed_dist and pointing to my branch, I manipulated base and pointed to my URL and it works! [13:05] so I suppose there's a bug when using seed_dist without %(dist)s [13:05] I'll look into the bug itself later o/ [13:25] vorlon: add my comment to the MP (https://code.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/+git/ubuntu/+merge/437542), everything's good now! :D [13:25] ready for your approval and merge! \o/ [17:11] Is the amd64 autopkgtest on livecd-rootfs merely a timeout? Because it looks like a timeout and not a true regression. At least, that's how I see it. vorlon: thought? [17:11] *thoughts? [17:25] Eickmeyer[m]: log? [17:25] bdmurray: https://autopkgtest.ubuntu.com/results/autopkgtest-lunar/lunar/amd64/u/ubuntu-image/20230220_053646_adbcc@/log.gz [17:27] Eickmeyer[m]: this is not livecd-rootfs but ubuntu-image [17:27] bdmurray: Correct, it's being reported against livecd-rootfs on excuses. [17:27] https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#livecd-rootfs [17:29] I'd talk to a maintainer of ubuntu-image when it isn't a US holiday. [17:29] Or try running it with a migration-reference/0 trigger [17:30] Or locally w/o livecd-rootfs from -proposed [17:30] * bdmurray does choice #3 [17:30] That's true, forgot it's a US holiday. [17:31] I'm working today but William isn't [17:32] No matter anyhow, new livecd-rootfs was just uploaded. [17:32] And every single autopkgtest known to man was just retriggered. [17:33] (exaggeration) [18:08] FTR - ubuntu-image passed for me w/ the verson of livecd-rootfs in the release pocket for lunar [18:16] bdmurray: That tells me it was probably just a timeout. [18:50] arm64 workers are still not crunching? [18:50] https://ubuntu-release.kpi.ubuntu.com/d/yIC34LpGk/ubuntu-metrics?orgId=1 [18:50] somewhat the queue stopped draining... [18:51] also amd64 looks sad [20:29] xnox: thanks. public holiday here today and I'm out tue-thu, do you want to ping me again about this on Friday? [21:14] ok [23:39] bdmurray, fyi, this is verified now: [23:39] https://bugs.launchpad.net/ubuntu/+source/openvswitch/+bug/1980213 [23:39] -ubottu:#ubuntu-release- Launchpad bug 1980213 in ovn (Ubuntu Focal) "[SRU] openvswitch 2.13.8" [High, Fix Committed]