/srv/irclogs.ubuntu.com/2023/02/20/#ubuntu-release.txt

vorlondumping 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)02:00
=== chris14_ is now known as chris14
vorlon8 copies of boost1.81 autopkgtest running in parallel on arm64 grr04:11
vorloncan't dump them from the queue when they're not in the queue because they're being run04:12
zhsjubuntu-archive, could you clean up NBS for golang-github-mmcloughlin-avo (dropped avo binary)04:52
vorlonzhsj: done05:28
schopinubuntu-archive: please remove the s390x build for nanopolish in lunar, it's been disabled in the version in -proposed. TIA :)09:59
utkarsh2102vorlon: I think I found the solution, well, a workaround for the time being13:00
xnoxvorlon:  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 .dll13:04
xnoxand a debian/rules target to recreate the debian/vendor folder13:05
utkarsh2102instead of manipulating seed_dist and pointing to my branch, I manipulated base and pointed to my URL and it works!13:05
utkarsh2102so I suppose there's a bug when using seed_dist without %(dist)s13:05
utkarsh2102I'll look into the bug itself later o/13:05
utkarsh2102vorlon: add my comment to the MP (https://code.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/+git/ubuntu/+merge/437542), everything's good now! :D13:25
utkarsh2102ready for your approval and merge! \o/13:25
Eickmeyer[m]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
Eickmeyer[m]*thoughts?17:11
bdmurrayEickmeyer[m]: log?17:25
Eickmeyer[m]bdmurray: https://autopkgtest.ubuntu.com/results/autopkgtest-lunar/lunar/amd64/u/ubuntu-image/20230220_053646_adbcc@/log.gz17:25
bdmurrayEickmeyer[m]: this is not livecd-rootfs but ubuntu-image17:27
Eickmeyer[m]bdmurray: Correct, it's being reported against livecd-rootfs on excuses.17:27
Eickmeyer[m]https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#livecd-rootfs17:27
bdmurrayI'd talk to a maintainer of ubuntu-image when it isn't a US holiday.17:29
bdmurrayOr try running it with a migration-reference/0 trigger17:29
bdmurrayOr locally w/o livecd-rootfs from -proposed17:30
* bdmurray does choice #317:30
Eickmeyer[m]That's true, forgot it's a US holiday.17:30
bdmurrayI'm working today but William isn't17:31
Eickmeyer[m]No matter anyhow, new livecd-rootfs was just uploaded.17:32
Eickmeyer[m]And every single autopkgtest known to man was just retriggered.17:32
Eickmeyer[m](exaggeration)17:33
bdmurrayFTR - ubuntu-image passed for me w/ the verson of livecd-rootfs in the release pocket for lunar18:08
Eickmeyer[m]bdmurray: That tells me it was probably just a timeout.18:16
LocutusOfBorgarm64 workers are still not crunching?18:50
LocutusOfBorghttps://ubuntu-release.kpi.ubuntu.com/d/yIC34LpGk/ubuntu-metrics?orgId=118:50
LocutusOfBorgsomewhat the queue stopped draining...18:50
LocutusOfBorgalso amd64 looks sad18:51
vorlonxnox: thanks.  public holiday here today and I'm out tue-thu, do you want to ping me again about this on Friday?20:29
xnoxok21:14
pmatulisbdmurray, fyi, this is verified now:23:39
pmatulishttps://bugs.launchpad.net/ubuntu/+source/openvswitch/+bug/198021323:39
-ubottu:#ubuntu-release- Launchpad bug 1980213 in ovn (Ubuntu Focal) "[SRU] openvswitch 2.13.8" [High, Fix Committed]23:39

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