[11:56] -queuebot:#ubuntu-release- Unapproved: liquidsoap (focal-proposed/universe) [1.4.1-1build1 => 1.4.1-1ubuntu0.20.04.1] (no packageset)
[12:23] <RikMills> jmtpfs test listed on the running test looks crashed/hung and dead. can someone help remove?
[12:23] <RikMills> a retry did quickly pass
[12:25] <laney> did it cheers
[12:26] <RikMills> ty
[13:26] <xnox> bdmurray:  i think both intel-microcode and amd64-microcode are already on the layer with kernels installed, and thus need not to exist in ship
[13:27] <xnox> bdmurray:  what's the actual current issue? is there an sku/installer that doesn't install or have access to intel-microcode?
[13:28] <xnox> bdmurray:  note that "ship" is for legacy d-i based server installer that we don't make anymore i think.
[13:28] <xnox> sil2100:  yes, will do now.
[13:29] <xnox> LocutusOfBorg:  need to retest, as debhelper patch might no longer be needed.
[14:32] <bdmurray> xnox: I'm not seeing them in the focal manifest http://cdimage.ubuntu.com/ubuntu-server/focal/daily-live/current/focal-live-server-amd64.manifest but only in the .list file and I'm wondering if that would cause bug 1938588
[14:36] <sil2100> xnox: thanks o/
[15:10] <bdmurray> sil2100: nvidia-prime has been at 0% phasing for 166 days but will end up being included in 20.04.3. So should it just be fully phased?
[15:34] <sil2100> bdmurray: why is it phased at 0? Has it been manually stopped or are there actual issues?
[15:37] <bdmurray> sil2100: there are a few crash reports
[15:41] <bdmurray> the most common is a broken pipe error https://errors.ubuntu.com/problem/cd1fe5ff88b744e0d29132fef0be40627b6614e0
[15:42] <xnox> bdmurray:  commented on the bug. It's more complicated than that. I don't think d-i initrd ever supported to have microcode.
[15:43] <xnox> vorlon:  can https://launchpad.net/ubuntu/+source/openssl/1.0.2g-1ubuntu4.20 please be released to xenial-updates and xenial-security?
[15:44] <bdmurray> xnox: ack, thanks!
[18:39] <vorlon> xnox: looking
[18:41] <vorlon> xnox: why was the package built against all pockets instead of security-only?
[18:53] -queuebot:#ubuntu-release- Unapproved: accepted qtwebengine-opensource-src [source] (hirsute-proposed) [5.15.3+dfsg-5ubuntu1]
[18:59] -queuebot:#ubuntu-release- Unapproved: accepted postfix [source] (hirsute-proposed) [3.5.6-1ubuntu0.1]
[19:00] -queuebot:#ubuntu-release- Unapproved: accepted postfix [source] (focal-proposed) [3.4.13-0ubuntu1.1]
[19:01] -queuebot:#ubuntu-release- Unapproved: accepted postfix [source] (bionic-proposed) [3.3.0-1ubuntu0.4]
[19:09] <vorlon> xnox: also: open autopkgtest regressions triggered by openssl, if they're hintable please elaborate?
[19:10] -queuebot:#ubuntu-release- Unapproved: accepted libvirt [source] (hirsute-proposed) [7.0.0-2ubuntu2.1]
[19:11] -queuebot:#ubuntu-release- Unapproved: accepted libvirt [source] (focal-proposed) [6.0.0-0ubuntu8.13]
[20:11] <vorlon> laney, sil2100: do either of you know why my autopkgtest cookies are now expiring much more frequently, forcing me to do a dance to be able to use retry-autopkgtest-regressions via the commandline method suggested in the help?
[20:12] <vorlon> hmm no it's worse than that, I'm getting the 'login' page even with the most recent session cookie
[20:13] <vorlon> ok apparently I now also have to pass the SRVNAME cookie