bluesabrevorlon: I think I've narrowed down that livecd-rootfs always pulls snap packages from the base seed instead.03:40
bluesabreAre there instructions somewhere on how to build an image with livecd-rootfs so I can iterate and test?03:40
bluesabreI guess the lazy solution would be to remove the snap packages from the base seed and just use the firefox transition package03:41
amurrayRAOF: hi - any chance I could get the py-macaroon-bakery SRUs for jammy+kinetic promoted to -updates? LP: #1970267 thanks :)04:48
-ubottu:#ubuntu-release- Launchpad bug 1970267 in py-macaroon-bakery (Ubuntu Kinetic) "Unable to save macaroons in MozillaCookieJar() under python3.10" [Undecided, Fix Committed] https://launchpad.net/bugs/197026704:48
RAOF/me looks04:51
RAOFYeah, that looks releaseable. Enjoy!05:01
amurrayawesome - thanks mate05:01
ginggsvpa1977: i triggered migration-reference/0 tests for openjdk-17 vs chromhmm and beagle06:08
ginggsand they "failed successfully" (still queued on s390x) so should no longer block openjdk-1706:09
vpa1977ginggs: Thank you !!!!!!06:10
vorlonbluesabre: build an image with livecd-rootfs> sudo apt install livecd-rootfs && mkdir build && cp -a /usr/share/livecd-rootfs/live-build/* build/ && cd build && sudo env LANG=C.UTF-8 SHELL=/bin/sh PROJECT=xubuntu SUBPROJECT=minimal ARCH=amd64 SUITE=lunar lb build06:24
vorlonbluesabre: as far as removal from the base seed, see live-build/auto/config lines 1041ff which shows you how to change the base seed on a per-subproject basis06:25
vorlonbluesabre: note the above livecd-rootfs invocation can be done on a full system or on a privileged container but not an unprivileged container (needs to be able to do various mount ops) or a chroot (can't do the snap stuff in a chroot without access to a running snapd)06:26
mwhudsonvorlon: i think the base seed nonsense is another thing my branch fixes!!07:41
mwhudsonreally must land that when mm opens07:41
guivercis anything required on new release (jammy.2) for torrents to work from https://ubuntu.com/download/alternative-downloads , OP on reddit claims torrent just gives error as 22.04.2 doesn't exist at https://torrent.ubuntu.com/tracker_index ... I can confirm error on quick try (initial download works; but error when it gets to transmission)08:24
acibaRAOF, bdmurray: cloud-init SRU uploads have been queued for B, F, J, and K per https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/2008230 . Could you, please, review it so we can get them into proposed?10:29
-ubottu:#ubuntu-release- Launchpad bug 2008230 in cloud-init (Ubuntu Kinetic) "sru cloud-init (23.1 update) Bionic, Focal, Jammy, Kinetic" [Undecided, New]10:29
bluesabrevorlon: Awesome, thanks! Created https://code.launchpad.net/~bluesabre/livecd-rootfs/+git/livecd-rootfs/+merge/438001 for the xubuntu-minimal snap issue10:31
ginggsis there any way to avoid getting the 6.1.0 kernel installed when running an autopkgtest with a trigger from -proposed?13:17
ginggspytho-fabio consistently passes migration-reference/0 tests, but is incredibly flaky when triggered with any single package from -proposed13:18
ginggsmany test images are downloaded from here http://www.silx.org/pub/fabio/testimages/13:19
ginggsand just one http.client.IncompleteRead fails the autopkgtest13:20
-queuebot:#ubuntu-release- Unapproved: systemd (focal-proposed/main) [245.4-4ubuntu3.19 => 245.4-4ubuntu3.20] (core, i386-whitelist)14:26
-queuebot:#ubuntu-release- New sync: ubelt (lunar-proposed/primary) [1.2.3-2]14:38
-queuebot:#ubuntu-release- Unapproved: docker.io (kinetic-proposed/universe) [20.10.21-0ubuntu1~22.10.1 => 20.10.21-0ubuntu1~22.10.2] (no packageset)14:57
=== arraybolt3[m] is now known as Guest4510
-queuebot:#ubuntu-release- Unapproved: rejected docker.io [source] (kinetic-proposed) [20.10.21-0ubuntu1~22.10.2]15:25
vorlonnumber of tests update_excuses is waiting for is coming down nicely (3590).  otoh there are only 2950 tests currently in the queue so some may have gotten lost and need requeued; will wait until the queue fully drains before trying to requeue them though16:11
vorlonsince some of that delta is "tests that have run and completed since the last britney output"16:11
slyonginggs: May I ask for your review on https://code.launchpad.net/~slyon/britney/+git/hints-ubuntu/+merge/438045 (cc @bdmurray)16:59
vorlonwhooo only 6 days behind on arm64 autopkgtests17:06
vorlonslyon: a badtest of dgit/10.7 won't match autopkgtest results for dgit/blacklisted17:08
vorlonslyon, bdmurray: was dgit 10.5 broken or only the new one?17:09
slyonvorlon: ahh! good catch. I guess "force-badtest dgit/blacklisted/arm64" would do the trick?17:10
vorlonslyon: yes that's what we've used elsewhere17:11
slyonthanks, I've updated the MR17:11
vorlonslyon: the question about whether this affects 10.5 or only 10.7 is relevant, because if 10.5 isn't broken, this particular hint will let 10.7 migrate to the release pocket and regress coverage17:14
slyon10.7 is very recent, i.e. after it got blacklisted. So I guess we don't know for 10.7. But I'll let bdmurray make a call about that as he has to context of why it got blacklisted17:16
bdmurraydgit was blacklisted because its tests were looping17:37
vorlonbdmurray: which version of them?17:38
bdmurrayvorlon: likely 10.6 given the commit date and when 10.7 became available.17:39
Eickmeyervorlon: Ran into this bug in sshfs my own infrastructure (bug 2007750). Can't find a matching upstream bug in Debian, considering reverting the -1.1 change if it works.17:40
-ubottu:#ubuntu-release- Bug 2007750 in sshfs-fuse (Ubuntu) "Ubuntu lunar. Error after upgrade to 3.7.3-1.1" [Undecided, Confirmed] https://launchpad.net/bugs/200775017:40
bdmurrayWe can add it back and see what happens with 10.717:40
bdmurrays/add it back/remove it/17:41
vorlonEickmeyer: not sure why you're flagging me on it?19:10
vorlonbdmurray: I don't see anything in the 10.7 changelog to suggest that it fixes19:10
vorlon306 fewer tests in the queue than listed in update_excuses as awaiting results.  But 'retry-autopkgtest-regressions --state RUNNING' returns 1983 records, so it seems many of the queued tests don't match what britney is waiting for?  I'm going to go ahead and queue these up now19:17
vorlonfwiw 1412 of those 1983 will be queued on arm64 which isn't great, but19:18
vorlonis anyone working on boost1.74?19:19
Eickmeyervorlon: Yeah, I realized that later. Uploaded a NCR. nbd.19:24
vorlongetting python3-defaults to migrate might be a bit useful, wrt the fact that packages in -proposed that build-depend on python3-all-dev will currently fail their autopkgtests (mismatch between set of pythons in lunar and lunar-proposed)19:29
LocutusOfBorgvorlon, question: python-django-celery-results passed from neutral to fail, and its shown as regression. Sadly this isn't really a regression since the new version is just bringing a new "upstream" autopkgtest19:45
LocutusOfBorgand also in Debian this new upstream autopkgtest is giving troubles, e.g. https://ci.debian.net/data/autopkgtest/unstable/amd64/p/python-django-celery-results/31696277/log.gz19:46
LocutusOfBorgits failing for different reasons but looks a meh test19:49
LocutusOfBorgand not being able to start a postgresql server is not for sure a celery-result bug I would say19:49
vorlonLocutusOfBorg: patch to disable the new test and let Debian sort it out?19:56
vorlon(assuming there are other tests that at least provide some value)19:56
-queuebot:#ubuntu-release- Unapproved: rocr-runtime (jammy-proposed/universe) [5.0.0-1 => 5.0.0-1ubuntu0.1] (no packageset)19:57
LocutusOfBorgvorlon, the other tests are "import foo"19:58
LocutusOfBorgnot really a testsuite tbh19:58
vorlonyet sometimes fails and detects real package breakage :)19:59
LocutusOfBorgand debian passes on testing and fails on sid the testsuite (or experimental), so I can't even open an RC19:59
LocutusOfBorgvorlon, speaking of debian bug #1028371?20:00
-ubottu:#ubuntu-release- Debian bug 1028371 in src:bernhard "bernhard: needs rebuilds on top of new protobuf" [Serious, Open] https://bugs.debian.org/102837120:00
vorlonLocutusOfBorg: you could open a bug and tag it sid tho?20:01
vorlonLocutusOfBorg: 1028371> tl;dr the implications/relevance for Ubuntu?20:01
LocutusOfBorgbernhard is arch:all containing protobuf autogenerated code, needs a rebuild on top of new protobuf, and fails a simple "import". I spot the issue via autopkgtests :D20:02
LocutusOfBorgin Ubuntu, there is no issue since we don't have multiple protobufs I would say20:03
LocutusOfBorgbut there should be a strict runtime dependency20:03
LocutusOfBorgasked some tests to ci, lets see20:03
vorlonbdmurray: ros-ros-comm/arm64 is now blacklisted and blocks a number of significant packages in -proposed; would be interesting to know history there as well and what versions do or do not have problematic tests, given that the release version had a successful pass on Feb 16 and badtesting it will pull in the -proposed version20:06
vpa1977ginggs: for openjdk-17 migration, beagle and chromhmm s390x is still considered a regression. Would it be possible to ignore those guys too?20:09
vorlondh_vdrplugin_depends: error: Bug in helper: The substvar must not contain a raw newline character (vdr:Depends=vdr-abi-2.6.0-debian\n)20:15
vorlonsuper useful20:15
LocutusOfBorgvorlon, vdr is fixed20:15
vorlonLocutusOfBorg: so I should just retry this build?20:15
-ubottu:#ubuntu-release- Debian bug 1026310 in vdr-dev "vdr-dev: dh_vdrplugin_depends fail with 'error: Bug in helper:'" [Serious, Open]20:15
LocutusOfBorgDate: Sun, 26 Feb 2023 01:42:42 +020020:16
LocutusOfBorgso, around 3-4 march will be syncd20:16
bdmurrayvorlon: with ros-ros-comm it looks like verison 1.15.15+ds-1 and and the package has a large number of tests which require multiple instances to be created and any one of them failing / timing out causes the the whole test suite to be rerun.20:16
LocutusOfBorgunless you want to pick it up now20:16
vorlonLocutusOfBorg: I'm not sure I'm going to get around to figuring out how to pluck it from deferred, if it's easy for you to do it would be nice for us to have this sooner as it helps unblock boost1.7420:16
bdmurrayvorlon: The same type of thing was happening with boost, dgit etc. I added them to never_run so that *any* progress would be made on the queue.20:17
vorlonbdmurray: ok so related to the 5-hour runtimes seen on https://autopkgtest.ubuntu.com/packages/r/ros-ros-comm/lunar/arm64 and it's reasonable for me to badtest it for now?20:17
bdmurrayI wouldn't say its a bad test its the underlying cloud failing to provision instances.20:19
vorlonbdmurray: nevertheless there's a pile of stuff blocked that shouldn't be20:20
bdmurrayvorlon: Okay, so remove from never_run and add a badtest hint for that version?20:21
vorlonI'm going to mark it badtest blacklisted, and when the package configs are updated it should auto-heal20:21
vorlonthere was at least one successful test with the -proposed version20:21
LocutusOfBorgvorlon, I just picked up the patch from the bug and uploaded. Retry once its green20:23
vorlonLocutusOfBorg: cheers20:24
=== Guest4510 is now known as arraybolt3[m]
vorlonLocutusOfBorg: probably could've done 2.60-1maysync1 or such, but ok :)20:25
UnivrslSuprBoxI've found another odd thing in the jammy archive... The binary package `libhsail-rt0-i386-cross=11.3.0-1ubuntu1~22.04cross1` states that it comes from `Source: gcc-11 (11ubuntu1.1)`. However, the Sources record for src:gcc-11 doesn't list that binary. `apt-cache showsrc libhsail-rt0-i386-cross` instead returns two entries of gcc-10-cross. Was something not updated in gcc-11-cross' source to cause this?21:35
sarnoldUnivrslSuprBox: https://launchpad.net/ubuntu/+source/gcc-11-cross21:37
vorlonall of the gcc-* debian/control files give me angina21:40
UnivrslSuprBoxsarnold: I agree, but the archive, apparently, does not21:40
sarnoldUnivrslSuprBox: I found it by looking at my clone of the archive:21:41
sarnold$ locate libhsail-rt0-i386-cross 11.3.0-1ubuntu1~22.04cross121:41
vorlonunhelpfully, '11ubuntu1.1' doesn't appear in the version string of any of the binary packages21:43
vorlonso, the archive and launchpad are right that it was built from gcc-11-cross source; and it's bad that debian/control doesn't list it21:44
UnivrslSuprBoxSo it's not in Sources because the source package's control file is wrong, and the archive software trusts the control when building Sources. Yeah?21:46
blackboxswSRU vanguard: or RAOF, bdmurray: please reject cloud-init uploads in the -proposed unapproved queue we have a mitigation that warrants a hot fix that we'll need to upload. LP: #200823021:50
-ubottu:#ubuntu-release- Launchpad bug 2008230 in cloud-init (Ubuntu Kinetic) "sru cloud-init (23.1 update) Bionic, Focal, Jammy, Kinetic" [Undecided, New] https://launchpad.net/bugs/200823021:50
blackboxswwe'll provide new uploads to B, F J and K for cloud-init when we are ready to push changes to stable release21:50
blackboxswside effect of delayed openstack detection no bare metal we are trying to mitigate https://bugs.launchpad.net/cloud-init/+bug/200872721:51
-ubottu:#ubuntu-release- Launchpad bug 2008727 in cloud-init "[Lunar/Desktop] 5 min boot delay due cloud-init-local.service" [Low, Triaged]21:51
blackboxsw*detection on bare metal*21:52
-queuebot:#ubuntu-release- Unapproved: rejected cloud-init [source] (focal-proposed) [23.1-0ubuntu0~20.04.1]22:54
-queuebot:#ubuntu-release- Unapproved: rejected cloud-init [source] (bionic-proposed) [23.1-0ubuntu0~18.04.1]22:55
-queuebot:#ubuntu-release- Unapproved: rejected cloud-init [source] (bionic-proposed) [23.1-0ubuntu0~18.04.2]22:55
-queuebot:#ubuntu-release- Unapproved: rejected cloud-init [source] (jammy-proposed) [23.1-0ubuntu0~22.04.1]22:55
-queuebot:#ubuntu-release- Unapproved: rejected cloud-init [source] (kinetic-proposed) [23.1-0ubuntu0~22.10.1]22:55
vorlonbdmurray: alright, I had a look at the dgit delta in -proposed and there are no new autopkgtests introduced - so there is no regression in likelihood of triggering the problem due to failing to launch instances.  I'll accept slyon's MP22:58
bdmurrayvorlon: reduction?23:00
vorlonbdmurray: reduction?23:01
bdmurrayvorlon: there is no reduction in likelihood?23:02
vorlonbdmurray: no, I meant regression; or perhaps more clearly there is no increase23:03
vorlonif the -proposed version increased the chance of this happening I would remain reluctant to badtest it23:03
vorlonbdmurray: I know there's a long list of things to worry about, do we have any retry logic within the autopkgtest runners in the event of failing instance allocation that could be tuned to mitigate this arm64 problem?23:04
bdmurrayvorlon: I don't think there is anything easy to tune because the instance appears as up but then we time out waiting for ssh to connect.23:07
bdmurrayOh maybe if we did something more than just checking to see if the instance has an IP address23:11
vorlonbdmurray: well, or if there's a failure at this stage, kill it and try again?23:33
vorlonrather than aborting the entire run?23:33

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