/srv/irclogs.ubuntu.com/2021/11/07/#ubuntu-release.txt

vorlonyay, ppc64el no longer the arch with the biggest autopkgtest queue :P00:19
vorlonI: [2021-11-06T09:02:25+0000] - Fetched test result for shibboleth-sp/3.2.2+dfsg1-1ubuntu1/amd64 20211105_200931_f00ed@ (triggers: ['xml-security-c/2.0.3-1', 'automake-1.16/1:1.16.5-1 krb5/1.18.3-7 make-dfsg/4.3-4ubuntu2']): pass02:17
vorlonthat... is certainly buggy02:17
vorlonrolling back node-json-stable-stringify, still working on the bootstrap02:44
vorlonnode-jsdom bootstrap done05:06
LocutusOfBorgany idea for openconnect autopkgtest failure?05:12
LocutusOfBorglooks failed since the begin, but migration-reference thinks otherwise...05:12
LocutusOfBorgis it possible to trigger another migration reference?05:12
vorlonthere've been a few like that, rather curious05:16
vorlonginggs noticed devpi-common is similar05:16
vorlonyou can certainly retry it with migration-reference/0 to see if it's reproducible05:16
LocutusOfBorgwow thanks! I was not aware of the new keyword05:24
LocutusOfBorgdone lets see05:24
LocutusOfBorgdamn it failed always and consinstently since focal05:24
LocutusOfBorgnot sure what happened with migration-reference05:25
-queuebot:#ubuntu-release- New binary: target-factory [armhf] (jammy-proposed/universe) [1.4-5] (no packageset)05:25
vorlonfwiw it just passed for me here in a local test05:28
vorlonnew keyword> well it's old in Debian, just turned on in Ubuntu :) julian_k posted about it to ubuntu-devel05:29
-queuebot:#ubuntu-release- New binary: target-factory [riscv64] (jammy-proposed/universe) [1.4-5] (no packageset)05:36
=== Mirv__ is now known as Mirv
-queuebot:#ubuntu-release- New: accepted target-factory [armhf] (jammy-proposed) [1.4-5]16:02
-queuebot:#ubuntu-release- New: accepted target-factory [riscv64] (jammy-proposed) [1.4-5]16:02
-queuebot:#ubuntu-release- New binary: libyang2 [amd64] (jammy-proposed/none) [2.0.7-1] (no packageset)17:23
-queuebot:#ubuntu-release- New binary: stayrtr [ppc64el] (jammy-proposed/universe) [0.3.0-1] (no packageset)17:26
-queuebot:#ubuntu-release- New binary: libyang2 [ppc64el] (jammy-proposed/universe) [2.0.7-1] (no packageset)17:26
-queuebot:#ubuntu-release- New binary: stayrtr [amd64] (jammy-proposed/universe) [0.3.0-1] (no packageset)17:26
-queuebot:#ubuntu-release- New binary: stayrtr [arm64] (jammy-proposed/universe) [0.3.0-1] (no packageset)17:27
-queuebot:#ubuntu-release- New binary: stayrtr [armhf] (jammy-proposed/universe) [0.3.0-1] (no packageset)17:27
-queuebot:#ubuntu-release- New binary: libyang2 [arm64] (jammy-proposed/universe) [2.0.7-1] (no packageset)17:31
-queuebot:#ubuntu-release- New binary: libyang2 [armhf] (jammy-proposed/universe) [2.0.7-1] (no packageset)17:31
-queuebot:#ubuntu-release- New binary: stayrtr [s390x] (jammy-proposed/universe) [0.3.0-1] (no packageset)17:35
-queuebot:#ubuntu-release- New binary: libyang2 [riscv64] (jammy-proposed/universe) [2.0.7-1] (no packageset)17:35
-queuebot:#ubuntu-release- New: accepted libyang2 [arm64] (jammy-proposed) [2.0.7-1]17:38
-queuebot:#ubuntu-release- New: accepted libyang2 [ppc64el] (jammy-proposed) [2.0.7-1]17:38
-queuebot:#ubuntu-release- New: accepted stayrtr [amd64] (jammy-proposed) [0.3.0-1]17:38
-queuebot:#ubuntu-release- New: accepted stayrtr [armhf] (jammy-proposed) [0.3.0-1]17:38
-queuebot:#ubuntu-release- New: accepted libyang2 [armhf] (jammy-proposed) [2.0.7-1]17:38
-queuebot:#ubuntu-release- New: accepted stayrtr [arm64] (jammy-proposed) [0.3.0-1]17:38
-queuebot:#ubuntu-release- New: accepted libyang2 [riscv64] (jammy-proposed) [2.0.7-1]17:38
-queuebot:#ubuntu-release- New: accepted stayrtr [s390x] (jammy-proposed) [0.3.0-1]17:38
-queuebot:#ubuntu-release- New: accepted libyang2 [amd64] (jammy-proposed) [2.0.7-1]17:38
-queuebot:#ubuntu-release- New: accepted stayrtr [ppc64el] (jammy-proposed) [0.3.0-1]17:38
vorlonginggs: joy; hdf5 ftbfs on s390x in Ubuntu but not in Debian, and blocks r-bioc transition17:44
vorlonjuliank: I don't have time to dig into it further, but I notice i386 test queue is draining much more slowly than others, including more slowly than amd64; under normal circumstances I would expect it to drain faster because many of the dispatched tests would fail early with uninstallibilities17:52
vorlonjuliank: (recent example: https://autopkgtest.ubuntu.com/packages/dipy/jammy/i386)17:54
vorlon5 minutes to set up the testbed... possibly a problem of stale base images?17:55
juliankvorlon: negative, image is up-to-date18:11
juliankit might take time to setup the vm18:14
vorlonjuliank: well, the log I looked at showed it upgrading e2fsprogs (which was uploaded today) and therefore triggering an initramfs regeneration; the image might not be >= 1 day out of date but we are paying some costs there18:51
vorlonperhaps not worth the effort of trying to manually fix, but still notable under current conditions18:52
juliankvorlon: ah yes, we need to s/zstd/lz4/ in the conf18:59
juliankvorlon: really need to have kernel benchmark sensible zstd level and find better tradeoff19:00
juliankwe compress them at highest level, making it as slow as xz or slower19:00
juliankjust decompress really fast19:00
juliankwould like closer to gzip compression speed19:00
juliankand yes, when I looked at the images building, we spent all that time in the zstd binary19:01
mwhudsonjuliank: omg yes please21:24
mwhudsonthe single slowest step of a subiquity test install is compressing the initrf21:24
mwhudson*initrd21:24
juliankmwhudson: file a bug and assign it to the kernel team, asking for testing on more reasonable levels of compression :D21:25
mwhudsoni guess it's initramfs-tools21:25
mwhudsonbut yes, we should i guess21:25
juliankmwhudson: yup21:25
juliankmwhudson: it hardcodes -19 because um well that decompresses fastest and is smallest:21:25
juliankzstd)▸  compress="zstd -q -19 -T0" ;;21:26
juliankI think it was at about -15 or so I found the sweet spot21:26
mwhudsoni wonder what the mean number of boots per initramfs compression is21:26
mwhudsonfor me it's not much more than 1 i suspect21:26
juliankfor users of stable series it probably is 1?21:26
juliankor less boots than initramfs if they use livepatch21:27
mwhudsonwe could do evil things like compress harder for cloud images21:28
mwhudsonalthough i guess lots of them don't have an initrd anyway21:28
Eickmeyer[m]vorlon: If you have a cycle and wouldn't mind, I have been pushing updates to the ubuntustudio seed removing "publishing" and "fonts" from the dvd-live seed, yet it's still showing up in the image somehow. I suspect the same problem as before.22:58
vorlonEickmeyer[m]: well before the only problem was racing the archive publisher?22:59
Eickmeyer[m]vorlon: I don't remember that being the issue, but what I'm seeing is that what is pushed is not necessarily what is showing up in the image. The most recent changes should have eliminated a lot from the image.23:00
Eickmeyer[m]Yet, they're still showing up in the daily.23:00
-queuebot:#ubuntu-release- New binary: python-tomli [amd64] (jammy-proposed/universe) [1.2.2-2] (no packageset)23:30
-queuebot:#ubuntu-release- New binary: bazel-rules-java [amd64] (jammy-proposed/universe) [0.1.1-1] (no packageset)23:31

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