[06:19] <cpaelzer> thanks mwhudson, I'll debug it further until I found what it is then
[16:03] <sarnold> Trevinho: did something recently change with your matterhorn snap? I can't open urls with it any more, https://termbin.com/gaxp -- snap info matterhorn says I have 50200.15.0-123-gd866f75f  installed
[18:48] <ahasenack> hi, I'm a bit lost in the initramfs  zstd compression discussion
[18:48] <ahasenack> but it's taking minutes in my jammy vms
[18:48] <ahasenack> zstd -q -19 -T0 -c /var/tmp/mkinitramfs-MAIN_pUEGb1
[18:48] <ahasenack> is that the expected compression level? 19? or it just wasn't lowered yet as a result of the discussion?
[18:56] <bdmurray> ahasenack: the new version is still in -proposed https://launchpadlibrarian.net/590731434/initramfs-tools_0.140ubuntu12_0.140ubuntu13.diff.gz
[18:58] <ahasenack> -1 \o/
[18:58] <ahasenack> that will help a *lot*
[18:58]  * ahasenack starts the chanting: migrate, migrate, migrate! :)
[19:02] <sarnold> woot
[21:39] <bryceh> glad to see yesterday's linux-firmware issue resolved, but is something still wrong with arm64?  seems an unusually number of failures on that arch only.
[21:40] <bdmurray> bryceh: can you point me at something?
[21:41] <bryceh> bdmurray, the thing I care about right now is https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#symfony
[21:41] <bryceh> bdmurray, but systemd and other stuff there looks similar
[21:41] <bryceh> e.g. zlib mostly blocked by arm64 failures.
[21:44] <bryceh> I retriggered the php packages for symfony again about an hour ago but those runs haven't shown up for arm64.  The runs I retriggered for s390x and ppc64el do appear to have shown up.
[21:45] <bdmurray> composer/arm64 used the old version of linux-firmware
[21:46] <jbicha> there's a backlog for arm64 https://autopkgtest.ubuntu.com/running
[21:46] <bdmurray> maybe do a log search for the old linux-firmware package and see if more tests need requesting
[21:56] <bryceh> hmm, guess I can retrigger them again
[22:03] <GunnarHj> bryceh: No need to retrigger, I suppose, if they are already in the long queue which jbicha pointed at.
[22:06] <bdmurray> I'l be on late this evening so will have a look around at what's left.
[22:09] <bryceh> GunnarHj, unfortunately with the php transitions the automatically generated runs don't typically have the right triggers since they need a lot of dependencies currently in -proposed.  I've got a tool that determines a more accurate set of triggers.
[22:14] <GunnarHj> bryceh: Ok, I see. And - of course - failed runs are not left in queue and need to be retriggered.