[05:20] -queuebot:#ubuntu-release- New binary: notcurses [amd64] (hirsute-proposed/universe) [2.1.7+dfsg.1-1] (no packageset)
[05:21] -queuebot:#ubuntu-release- New binary: fastapi [amd64] (hirsute-proposed/universe) [0.63.0-2] (no packageset)
[05:21] -queuebot:#ubuntu-release- New binary: liquidctl [amd64] (hirsute-proposed/universe) [1.5.0-1] (no packageset)
[05:21] -queuebot:#ubuntu-release- New binary: geany-plugins [amd64] (hirsute-proposed/universe) [1.37+dfsg-5] (no packageset)
[05:21] -queuebot:#ubuntu-release- New binary: minigalaxy [amd64] (hirsute-proposed/universe) [1.0.1-1] (no packageset)
[05:22] -queuebot:#ubuntu-release- New binary: hatop [amd64] (hirsute-proposed/universe) [0.8.0-1] (no packageset)
[05:22] -queuebot:#ubuntu-release- New binary: lowdown [amd64] (hirsute-proposed/universe) [0.7.9-1] (no packageset)
[05:24] -queuebot:#ubuntu-release- New binary: geany-plugins [s390x] (hirsute-proposed/universe) [1.37+dfsg-5] (no packageset)
[05:24] -queuebot:#ubuntu-release- New binary: meep-openmpi [amd64] (hirsute-proposed/universe) [1.17.1-1] (no packageset)
[05:25] -queuebot:#ubuntu-release- New binary: geany-plugins [ppc64el] (hirsute-proposed/universe) [1.37+dfsg-5] (no packageset)
[05:26] -queuebot:#ubuntu-release- New binary: xmppc [amd64] (hirsute-proposed/universe) [0.1.0-1] (no packageset)
[05:27] -queuebot:#ubuntu-release- New binary: meep-mpi-default [amd64] (hirsute-proposed/universe) [1.17.1-1] (no packageset)
[05:28] -queuebot:#ubuntu-release- New binary: liquidctl [ppc64el] (hirsute-proposed/universe) [1.5.0-1] (no packageset)
[05:28] -queuebot:#ubuntu-release- New binary: meep-openmpi [s390x] (hirsute-proposed/universe) [1.17.1-1] (no packageset)
[05:28] -queuebot:#ubuntu-release- New binary: notcurses [s390x] (hirsute-proposed/universe) [2.1.7+dfsg.1-1] (no packageset)
[05:28] -queuebot:#ubuntu-release- New binary: meep-mpi-default [s390x] (hirsute-proposed/universe) [1.17.1-1] (no packageset)
[05:28] -queuebot:#ubuntu-release- New binary: notcurses [ppc64el] (hirsute-proposed/universe) [2.1.7+dfsg.1-1] (no packageset)
[05:30] -queuebot:#ubuntu-release- New binary: lowdown [ppc64el] (hirsute-proposed/universe) [0.7.9-1] (no packageset)
[05:31] -queuebot:#ubuntu-release- New binary: liquidctl [s390x] (hirsute-proposed/universe) [1.5.0-1] (no packageset)
[05:31] -queuebot:#ubuntu-release- New binary: meep-mpi-default [ppc64el] (hirsute-proposed/universe) [1.17.1-1] (no packageset)
[05:31] -queuebot:#ubuntu-release- New binary: xmppc [s390x] (hirsute-proposed/universe) [0.1.0-1] (no packageset)
[05:31] -queuebot:#ubuntu-release- New binary: lowdown [s390x] (hirsute-proposed/universe) [0.7.9-1] (no packageset)
[05:31] -queuebot:#ubuntu-release- New binary: xmppc [ppc64el] (hirsute-proposed/universe) [0.1.0-1] (no packageset)
[05:31] -queuebot:#ubuntu-release- New binary: meep-openmpi [ppc64el] (hirsute-proposed/universe) [1.17.1-1] (no packageset)
[05:33] -queuebot:#ubuntu-release- New binary: liquidctl [arm64] (hirsute-proposed/universe) [1.5.0-1] (no packageset)
[05:33] -queuebot:#ubuntu-release- New binary: notcurses [arm64] (hirsute-proposed/universe) [2.1.7+dfsg.1-1] (no packageset)
[05:33] -queuebot:#ubuntu-release- New binary: xmppc [arm64] (hirsute-proposed/universe) [0.1.0-1] (no packageset)
[05:34] -queuebot:#ubuntu-release- New binary: liquidctl [armhf] (hirsute-proposed/universe) [1.5.0-1] (no packageset)
[05:34] -queuebot:#ubuntu-release- New binary: lowdown [arm64] (hirsute-proposed/universe) [0.7.9-1] (no packageset)
[05:34] -queuebot:#ubuntu-release- New binary: xmppc [armhf] (hirsute-proposed/universe) [0.1.0-1] (no packageset)
[05:34] -queuebot:#ubuntu-release- New binary: lowdown [armhf] (hirsute-proposed/universe) [0.7.9-1] (no packageset)
[05:35] -queuebot:#ubuntu-release- New binary: ghdl [s390x] (hirsute-proposed/universe) [0.37+dfsg2-1] (no packageset)
[05:35] -queuebot:#ubuntu-release- New binary: geany-plugins [armhf] (hirsute-proposed/universe) [1.37+dfsg-5] (no packageset)
[05:37] -queuebot:#ubuntu-release- New binary: ghdl [ppc64el] (hirsute-proposed/universe) [0.37+dfsg2-1] (no packageset)
[05:39] -queuebot:#ubuntu-release- New binary: meep-openmpi [arm64] (hirsute-proposed/universe) [1.17.1-1] (no packageset)
[05:39] -queuebot:#ubuntu-release- New binary: ghdl [amd64] (hirsute-proposed/universe) [0.37+dfsg2-1] (no packageset)
[05:39] -queuebot:#ubuntu-release- New binary: notcurses [armhf] (hirsute-proposed/universe) [2.1.7+dfsg.1-1] (no packageset)
[05:39] -queuebot:#ubuntu-release- New binary: lowdown [riscv64] (hirsute-proposed/universe) [0.7.9-1] (no packageset)
[05:40] -queuebot:#ubuntu-release- New binary: meep-mpi-default [armhf] (hirsute-proposed/universe) [1.17.1-1] (no packageset)
[05:41] -queuebot:#ubuntu-release- New binary: liquidctl [riscv64] (hirsute-proposed/universe) [1.5.0-1] (no packageset)
[05:41] -queuebot:#ubuntu-release- New binary: meep-mpi-default [arm64] (hirsute-proposed/universe) [1.17.1-1] (no packageset)
[05:45] -queuebot:#ubuntu-release- New binary: xmppc [riscv64] (hirsute-proposed/universe) [0.1.0-1] (no packageset)
[05:48] -queuebot:#ubuntu-release- New binary: geany-plugins [arm64] (hirsute-proposed/universe) [1.37+dfsg-5] (no packageset)
[05:52] -queuebot:#ubuntu-release- New binary: meep-openmpi [armhf] (hirsute-proposed/universe) [1.17.1-1] (no packageset)
[05:59] -queuebot:#ubuntu-release- New binary: ghdl [arm64] (hirsute-proposed/universe) [0.37+dfsg2-1] (no packageset)
[06:00] -queuebot:#ubuntu-release- New binary: notcurses [riscv64] (hirsute-proposed/universe) [2.1.7+dfsg.1-1] (no packageset)
[06:01] -queuebot:#ubuntu-release- New binary: ghdl [armhf] (hirsute-proposed/universe) [0.37+dfsg2-1] (no packageset)
[06:39] -queuebot:#ubuntu-release- New binary: meep-mpi-default [riscv64] (hirsute-proposed/universe) [1.17.1-1] (no packageset)
[06:39] -queuebot:#ubuntu-release- New binary: meep-openmpi [riscv64] (hirsute-proposed/universe) [1.17.1-1] (no packageset)
[07:10] -queuebot:#ubuntu-release- New sync: xfce4-notes-plugin (hirsute-proposed/primary) [1.9.0-1]
[07:20] -queuebot:#ubuntu-release- New binary: geany-plugins [riscv64] (hirsute-proposed/universe) [1.37+dfsg-5] (no packageset)
[08:01] -queuebot:#ubuntu-release- New binary: ghdl [riscv64] (hirsute-proposed/universe) [0.37+dfsg2-1] (no packageset)
[09:30] -queuebot:#ubuntu-release- New: accepted geany-plugins [arm64] (hirsute-proposed) [1.37+dfsg-5]
[09:30] -queuebot:#ubuntu-release- New: accepted geany-plugins [riscv64] (hirsute-proposed) [1.37+dfsg-5]
[09:30] -queuebot:#ubuntu-release- New: accepted ghdl [arm64] (hirsute-proposed) [0.37+dfsg2-1]
[09:30] -queuebot:#ubuntu-release- New: accepted ghdl [ppc64el] (hirsute-proposed) [0.37+dfsg2-1]
[09:30] -queuebot:#ubuntu-release- New: accepted meep-openmpi [arm64] (hirsute-proposed) [1.17.1-1]
[09:30] -queuebot:#ubuntu-release- New: accepted meep-openmpi [ppc64el] (hirsute-proposed) [1.17.1-1]
[09:30] -queuebot:#ubuntu-release- New: accepted notcurses [armhf] (hirsute-proposed) [2.1.7+dfsg.1-1]
[09:30] -queuebot:#ubuntu-release- New: accepted geany-plugins [armhf] (hirsute-proposed) [1.37+dfsg-5]
[09:30] -queuebot:#ubuntu-release- New: accepted ghdl [armhf] (hirsute-proposed) [0.37+dfsg2-1]
[09:30] -queuebot:#ubuntu-release- New: accepted meep-openmpi [armhf] (hirsute-proposed) [1.17.1-1]
[09:30] -queuebot:#ubuntu-release- New: accepted notcurses [riscv64] (hirsute-proposed) [2.1.7+dfsg.1-1]
[09:30] -queuebot:#ubuntu-release- New: accepted ghdl [amd64] (hirsute-proposed) [0.37+dfsg2-1]
[09:31] -queuebot:#ubuntu-release- New: accepted meep-openmpi [riscv64] (hirsute-proposed) [1.17.1-1]
[09:31] -queuebot:#ubuntu-release- New: accepted ghdl [riscv64] (hirsute-proposed) [0.37+dfsg2-1]
[09:31] -queuebot:#ubuntu-release- New: accepted ghdl [s390x] (hirsute-proposed) [0.37+dfsg2-1]
[09:31] -queuebot:#ubuntu-release- New: accepted meep-openmpi [s390x] (hirsute-proposed) [1.17.1-1]
[09:31] -queuebot:#ubuntu-release- New: accepted notcurses [ppc64el] (hirsute-proposed) [2.1.7+dfsg.1-1]
[09:31] -queuebot:#ubuntu-release- New: accepted meep-openmpi [amd64] (hirsute-proposed) [1.17.1-1]
[09:31] -queuebot:#ubuntu-release- New: accepted notcurses [s390x] (hirsute-proposed) [2.1.7+dfsg.1-1]
[09:31] -queuebot:#ubuntu-release- New: accepted notcurses [arm64] (hirsute-proposed) [2.1.7+dfsg.1-1]
[09:32] -queuebot:#ubuntu-release- New: accepted notcurses [amd64] (hirsute-proposed) [2.1.7+dfsg.1-1]
[09:32] -queuebot:#ubuntu-release- New: accepted xmppc [amd64] (hirsute-proposed) [0.1.0-1]
[09:32] -queuebot:#ubuntu-release- New: accepted xmppc [armhf] (hirsute-proposed) [0.1.0-1]
[09:32] -queuebot:#ubuntu-release- New: accepted xmppc [riscv64] (hirsute-proposed) [0.1.0-1]
[09:32] -queuebot:#ubuntu-release- New: accepted xfce4-notes-plugin [sync] (hirsute-proposed) [1.9.0-1]
[09:32] -queuebot:#ubuntu-release- New: accepted xmppc [ppc64el] (hirsute-proposed) [0.1.0-1]
[09:32] -queuebot:#ubuntu-release- New: accepted xmppc [arm64] (hirsute-proposed) [0.1.0-1]
[09:32] -queuebot:#ubuntu-release- New: accepted xmppc [s390x] (hirsute-proposed) [0.1.0-1]
[09:32] -queuebot:#ubuntu-release- New: accepted geany-plugins [ppc64el] (hirsute-proposed) [1.37+dfsg-5]
[09:32] -queuebot:#ubuntu-release- New: accepted geany-plugins [s390x] (hirsute-proposed) [1.37+dfsg-5]
[09:34] -queuebot:#ubuntu-release- New binary: gcc-11-cross [ppc64el] (hirsute-proposed/universe) [2ubuntu1] (no packageset)
[09:42] -queuebot:#ubuntu-release- New: accepted geany-plugins [amd64] (hirsute-proposed) [1.37+dfsg-5]
[09:43] -queuebot:#ubuntu-release- New: accepted fastapi [amd64] (hirsute-proposed) [0.63.0-2]
[09:43] -queuebot:#ubuntu-release- New: accepted minigalaxy [amd64] (hirsute-proposed) [1.0.1-1]
[09:43] -queuebot:#ubuntu-release- New: accepted hatop [amd64] (hirsute-proposed) [0.8.0-1]
[09:45] -queuebot:#ubuntu-release- New: accepted liquidctl [amd64] (hirsute-proposed) [1.5.0-1]
[09:45] -queuebot:#ubuntu-release- New: accepted liquidctl [armhf] (hirsute-proposed) [1.5.0-1]
[09:45] -queuebot:#ubuntu-release- New: accepted liquidctl [riscv64] (hirsute-proposed) [1.5.0-1]
[09:45] -queuebot:#ubuntu-release- New binary: xfce4-notes-plugin [ppc64el] (hirsute-proposed/universe) [1.9.0-1] (no packageset)
[09:45] -queuebot:#ubuntu-release- New: accepted liquidctl [arm64] (hirsute-proposed) [1.5.0-1]
[09:45] -queuebot:#ubuntu-release- New: accepted liquidctl [s390x] (hirsute-proposed) [1.5.0-1]
[09:45] -queuebot:#ubuntu-release- New: accepted liquidctl [ppc64el] (hirsute-proposed) [1.5.0-1]
[09:45] -queuebot:#ubuntu-release- New binary: xfce4-notes-plugin [s390x] (hirsute-proposed/universe) [1.9.0-1] (no packageset)
[09:45] -queuebot:#ubuntu-release- New: accepted lowdown [amd64] (hirsute-proposed) [0.7.9-1]
[09:45] -queuebot:#ubuntu-release- New: accepted lowdown [armhf] (hirsute-proposed) [0.7.9-1]
[09:45] -queuebot:#ubuntu-release- New: accepted lowdown [riscv64] (hirsute-proposed) [0.7.9-1]
[09:45] -queuebot:#ubuntu-release- New binary: xfce4-notes-plugin [amd64] (hirsute-proposed/universe) [1.9.0-1] (no packageset)
[09:45] -queuebot:#ubuntu-release- New: accepted lowdown [arm64] (hirsute-proposed) [0.7.9-1]
[09:45] -queuebot:#ubuntu-release- New: accepted lowdown [s390x] (hirsute-proposed) [0.7.9-1]
[09:45] -queuebot:#ubuntu-release- New: accepted lowdown [ppc64el] (hirsute-proposed) [0.7.9-1]
[09:47] <sil2100> Ok, phew
[09:48] <sil2100> Wonder what that was about - was comparing our daily manifests with .1 manifests, and the server ones had ubuntu-drivers-common added to them
[09:48] <sil2100> But I see the latest images don't
[09:48] <sil2100> hm, I guess it might have been some PROPOSED=1 image that I checked (where all other server-live ones are PROPOSED=0)
[09:48] -queuebot:#ubuntu-release- New: accepted meep-mpi-default [amd64] (hirsute-proposed) [1.17.1-1]
[09:48] -queuebot:#ubuntu-release- New: accepted meep-mpi-default [armhf] (hirsute-proposed) [1.17.1-1]
[09:48] -queuebot:#ubuntu-release- New: accepted meep-mpi-default [riscv64] (hirsute-proposed) [1.17.1-1]
[09:48] -queuebot:#ubuntu-release- New: accepted meep-mpi-default [arm64] (hirsute-proposed) [1.17.1-1]
[09:48] -queuebot:#ubuntu-release- New: accepted meep-mpi-default [s390x] (hirsute-proposed) [1.17.1-1]
[09:48] -queuebot:#ubuntu-release- New: accepted meep-mpi-default [ppc64el] (hirsute-proposed) [1.17.1-1]
[09:49] -queuebot:#ubuntu-release- New binary: xfce4-notes-plugin [armhf] (hirsute-proposed/universe) [1.9.0-1] (no packageset)
[09:50] -queuebot:#ubuntu-release- New binary: xfce4-notes-plugin [arm64] (hirsute-proposed/universe) [1.9.0-1] (no packageset)
[10:05] -queuebot:#ubuntu-release- New binary: xfce4-notes-plugin [riscv64] (hirsute-proposed/universe) [1.9.0-1] (no packageset)
[10:12] -queuebot:#ubuntu-release- New: accepted xfce4-notes-plugin [amd64] (hirsute-proposed) [1.9.0-1]
[10:12] -queuebot:#ubuntu-release- New: accepted xfce4-notes-plugin [armhf] (hirsute-proposed) [1.9.0-1]
[10:12] -queuebot:#ubuntu-release- New: accepted xfce4-notes-plugin [riscv64] (hirsute-proposed) [1.9.0-1]
[10:13] -queuebot:#ubuntu-release- New: accepted xfce4-notes-plugin [arm64] (hirsute-proposed) [1.9.0-1]
[10:13] -queuebot:#ubuntu-release- New: accepted xfce4-notes-plugin [s390x] (hirsute-proposed) [1.9.0-1]
[10:13] -queuebot:#ubuntu-release- New: accepted xfce4-notes-plugin [ppc64el] (hirsute-proposed) [1.9.0-1]
[10:16] <sil2100> Ok, added riscv64 images to all the missing places, I think we should be ready for .2 candidates
[10:21] <Laney> ah
[10:21] <Laney> we should check the pool has the right nvidia packages and the 5.10 oem kernel dropped off
[10:25] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity amd64 [Focal 20.04.2] (20210201) has been added
[10:25] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity arm64 [Focal 20.04.2] (20210201) has been added
[10:25] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity ppc64el [Focal 20.04.2] (20210201) has been added
[10:25] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity s390x [Focal 20.04.2] (20210201) has been added
[10:26] <sil2100> ^ those are not candidate images yet
[10:26] <sil2100> hm, I disabled the cronjobs, probably some already-started ones
[10:26] <sil2100> Laney: you want to check it?
[10:28] <Laney> yeah in a minute
[10:28] <Laney> still don't have hw to do an actual test install though
[10:28] <sil2100> I think I see 5.6 in the pool
[10:29] <sil2100> So at least that seems right
[10:30] <Laney> is 5.10 gone?
[10:30] <Laney> like the 20.04b packges
[10:30] <Laney> and the kernel they dragged in
[10:30] <sil2100> Didn't see any 5.10 oem kernels at least!
[10:30] <Laney> 👍
[10:32] <sil2100> But best if you double check later anyway, just in case
[10:51] <xnox> sil2100:  we will need riscv64 kernel respin (unless that happened over the weekend) because toolchain generates bad kernel =/
[10:51] <sil2100> FUCK
[10:51] <sil2100> Okay
[10:52] <sil2100> xnox: is the kernel team aware? Let's get some ETA for that
[10:53] <sil2100> (anyway, building RCs right now)
[10:58] <xnox> sil2100:  cking is aware.
[11:00] <doko> xnox: why no soname bump in imagemagick and clucene?
[11:00] <xnox> rbalint:  re:glibc s390x float_t double->float change. imagemagick & cluece-core uploaded to continue to use double instead of float_t on s390x.
[11:00] <xnox> thus not breaking the current/existing abi.
[11:00] <xnox> even when s390x glibc will change float_t from double to float.
[11:01] <xnox> rbalint:  however this is something to be aware of, if we see anything else that uses float_t on s390x and is affecting abi.
[11:01] <xnox> i wonder if i should try to do an archive sourcecode search for float_t.
[11:15] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop amd64 [Focal 20.04.2] (20210201) has been added
[11:17] -queuebot:#ubuntu-release- Builds: Xubuntu Desktop amd64 [Focal 20.04.2] (20210201.1) has been added
[11:20] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop amd64 [Focal 20.04.2] (20210201) has been added
[11:26] -queuebot:#ubuntu-release- Builds: Kubuntu Desktop amd64 [Focal 20.04.2] (20210201.1) has been added
[11:31] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop amd64 [Focal 20.04.2] (20210201.1) has been added
[11:31] -queuebot:#ubuntu-release- Builds: Ubuntu Studio DVD amd64 [Focal 20.04.2] (20210201) has been added
[11:34] -queuebot:#ubuntu-release- Builds: Ubuntu Base amd64 [Focal 20.04.2] (20210201.1) has been added
[11:34] -queuebot:#ubuntu-release- Builds: Ubuntu Base arm64 [Focal 20.04.2] (20210201.1) has been added
[11:34] -queuebot:#ubuntu-release- Builds: Ubuntu Base armhf [Focal 20.04.2] (20210201.1) has been added
[11:34] -queuebot:#ubuntu-release- Builds: Ubuntu Base ppc64el [Focal 20.04.2] (20210201.1) has been added
[11:34] -queuebot:#ubuntu-release- Builds: Ubuntu Base s390x [Focal 20.04.2] (20210201.1) has been added
[11:34] -queuebot:#ubuntu-release- Builds: Ubuntu MATE Desktop amd64 [Focal 20.04.2] (20210201.1) has been added
[11:59] <Laney> hmm no I see 5.10 stuff here still
[12:01]  * Laney eyes this suspiciously
[12:01] <Laney> ah maybe not, /me tries again without network
[12:07] <Laney> hmm
[12:08] <Laney> ah I guess I'm just seeing the copy of focal-updates from when the image was built
[12:22]  * Laney tries to remember how to hack the iso to want nvidia
[12:23] <Laney> be nice if you could put a file somewhere to do that
[12:30] <xnox> Laney:  you can run ubuntu-drivers under the wrapper ubuntu-drivers ships in /usr/lib somewhere but needs udevmock to be installed too.
[12:30] <xnox> apw:  how come https://packages.ubuntu.com/source/focal/linux-restricted-modules-hwe-5.8 does not build & sign modules for 340? is that an oversight, or intentional.
[12:31] <Laney> that didn't do 'enough' somehow I remember from last time we tried that
[12:31] <Laney> I have hax0red it to return nvidia-driver-460 now
[12:32] <apw> xnox, 340 is likley not in groovy where the dkms versions ocme from
[12:33] <apw> tseliot, ^
[12:34] <xnox> https://launchpad.net/ubuntu/+source/nvidia-graphics-drivers-340 i see it in groovy and in hirsute
[12:34] <tseliot> xnox, apw we are going to drop 340, since NVIDIA stopped supporting it
[12:35] <xnox> tseliot:  apw: so the experience is that if one needs 340, it does get installed, but one has to do SB key mokutil enrollment; and if one has any other newer nvidia support, it "just works"(tm)
[12:35] <tseliot> xnox, yes, pretty much
[12:35] -queuebot:#ubuntu-release- Builds: Ubuntu Budgie Desktop amd64 [Focal 20.04.2] (20210201) has been added
[12:36] <tseliot> soon 340 won't be around any more
[12:36] <xnox> tseliot:  and given that later driver versions drop support for things, we kind of can't drop 340 from the archive, right? so why would we not keep on signing it, if we keep on providing it.
[12:36] <xnox> i.e. there are cards that can only use at most 340.
[12:37] <tseliot> xnox, we won't keep 340 in the archive, since it's no longer supported, and it could be vulnerable to security issues
[12:37] <tseliot> users will be left with nouveau, or they could install 340 from a ppa
[12:38] <xnox> tseliot:  but then we must upload packages that will transition people from 340 to nouveau; or any other newer nvidia (where supported).
[12:38] <xnox> if we just drop 340 from the archive, it will remain installed on the users machines.
[12:38] <xnox> and will keep on breaking with new hwe stack uploads.
[12:38] <tseliot> xnox, yes, it will migrate users to nouveau
[12:38] <xnox> cool.
[12:46] <Laney> hmm
[12:47] <Laney> oem meta that ubiquity installed is marked auto and apt wants to remove it
[12:48] <Laney> https://paste.ubuntu.com/p/zD3hnDzY6y/
[12:53] <xnox> maaaaaaaaaaaaaa
[12:53] <xnox> Laney:  didn't we like have a patch to ubiquity which were sponsoring for the point release to fix exactly that?!
[12:54] <Laney> maybe that's what broke it ¬_¬
[12:54] <Laney> I thought it worked before
[12:54] <Laney> it gets marked with auto_inst=True afaics
[12:55] <Laney> no that's not what that does
[12:58] <xnox>         if install_kernels:
[12:58] <xnox>             self.do_install(install_kernels)
[12:58] <xnox>             install_misc.record_installed(install_kernels)
[12:58] <xnox> i thought that should have marked them as installed manually.
[12:58] <xnox> can you check if nvidia modules & kernel metas were marked as manually installed, or also no?
[12:58]  * xnox reads pastebin again.
[12:59] <Laney> I'm not on oem either
[12:59] <xnox> horum
[12:59] <Laney> let me pastebin the installer syslog
[13:01] <Laney> https://paste.ubuntu.com/p/SyXhn4DJk4/
[13:01] <Laney> Feb  1 12:31:54 ubuntu ubiquity[6853]: ubuntu-drivers list-oem finished with no available packages. Maybe we need to apt update? Doing that and trying again. hmm
[13:01] <Laney> why did it get installed then ...
[13:08] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity amd64 [Focal 20.04.2] has been updated (20210201.1)
[13:08] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity arm64 [Focal 20.04.2] has been updated (20210201.1)
[13:08] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity ppc64el [Focal 20.04.2] has been updated (20210201.1)
[13:08] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity s390x [Focal 20.04.2] has been updated (20210201.1)
[13:09] <Laney> what is this ._.
[13:11] <juliank> huh
[13:13] <Laney> sigh
[13:13] <Laney> one of the ubuntu-drivers-common SRUs has broken the call which ubiquity is making
[13:14] <xnox> the one we pushed through to fix prime....
[13:14] <xnox> and we didn't catch it in groovy or hirsute, cause we don't do oem testing there.
[13:17] <Laney> SAD!
[13:21] <Laney> filed bug #1914051
[13:22] <Laney> tseliot: ^---- can you jump on this one please? :(
[13:22] <tseliot> Laney, sure
[13:22] <Laney> grazie
[13:23] <tseliot> :)
[13:24] <Laney> I'll try a test install haxing that file into place and make sure it is all done properly then
[13:29] <xnox> sil2100:  bdmurray:  https://bugs.launchpad.net/ubuntu/+milestone/ubuntu-20.04.2 added the riscv kernel & ubuntu-drivers-common bugs to the 20.04.2 milestone.
[13:29] <Laney> ooh milestones
[13:34] <Laney> uh what, i'm ending up in the bios screen
[13:36] <kanashiro> ubuntu-archive: I'd like to kindly ask you to take a look at LP #1913598 and LP #1913596
[13:38]  * sil2100 just reads backlog
[13:38] <sil2100> Ok, so more respins then
[13:39]  * sil2100 is sad
[13:39]  * Laney fluffles sil2100 
[13:39] <Laney> it's just a law of nature, you can't fight it
[13:40] <Laney> (not true, this could have been caught by better testing)
[13:42] <sil2100> Yeah, good that it surfaced now, not like a day before release
[13:42] <sil2100> Maybe we would have seen it last week if not for us missing those debian-cd changes for hwe enablement! But that was a special-case situation
[13:43] <sil2100> As Illidan would have said, we were not prepared
[13:46] -queuebot:#ubuntu-release- Builds: Ubuntu Server arm64+raspi [Focal 20.04.2] (20210201.1) has been added
[13:46] -queuebot:#ubuntu-release- Builds: Ubuntu Server armhf+raspi [Focal 20.04.2] (20210201.1) has been added
[13:46] -queuebot:#ubuntu-release- Builds: Ubuntu Server riscv64 [Focal 20.04.2] (20210201.1) has been added
[13:53] <Laney> meh
[13:53] <Laney> I'm still on generic, and the packages are not marked manual
[13:53] <xnox> but i thought kernels should have been fixed in apt to be never autoremoved.
[13:53] <Laney> wait, ignore the comment about generic
[13:53] <xnox> i wonder if oem-metas can be added to that
[13:53] <Laney> three eyed raven wants that one
[13:54] <Laney> I'll reinstall with an sku which wants oem
[13:58] <Laney> sutton.newell-ace
[14:11] <Laney> meh what, I just keep getting to the bios here too
[14:11] <Laney> what's the installer doing wrong
[14:15] <sil2100> Has it worked with the previous images?
[14:16] <sil2100> Like, some previous dailies
[14:16] <Laney> yeah it had some hirsute daily on it before, and tested this at .1 too
[14:17] <Laney> someone else want to try? boot image, open terminal, do "echo oem-sutton.newell-ace-meta | sudo tee /run/ubuntu-drivers-oem.autoinstall", then install and see if it boots
[14:19] <Laney> here's the syslog from that install: https://paste.ubuntu.com/p/pbs6NjSwBs/ (so much yay for the writable partition)
[14:19] <Laney> I can see that it goes through the codepath: Feb  1 14:09:30 ubuntu /plugininstall.py: Try to fix these broken packages: linux-oem-20.04.
[14:20] <rbalint> xnox, i think whole archive search would yield a lot of noise for a few potential hits, but this is at least promising: https://abi-laboratory.pro/index.php?view=navigator&symbol=float_t&kind=type#result
[14:20] <paride> sil2100, I'm having issues with the automated ISO test when installing with secureboot enabled, not sure why. However trying manually (still in a VM), works
[14:20] <Laney> but I dunno if anything in there explains why it wouldn't boot, perhaps someone can have a look
[14:21] <paride> so I'm not calling it broken :) but still investigating
[14:22] <Laney> back in 1h
[14:23] <sil2100> paride: hm, yeah, keep us informed!
[14:25] <sil2100> Laney: Temporary failure resolving ‘dell.archive.canonical.com’"
[14:25] <sil2100> Are those normal?
[14:25] <sil2100> But I guess that's already at the stages of cleanup
[14:26] <xnox> rbalint:  nice website!
[14:29] <sil2100> Laney: ok, so I have no idea about this part of ubiquity or the whole OEM story, but is it normal that all the oem kernels are autoremoved?
[14:55] <xnox> sil2100:  no. i think the oem-*-meta package + linux-oem + linux-modules-nvidia*-oem should be marked as manually installed as appropriate.
[14:56] <xnox> aka they are top level packages for "certified machine", "kernel flavour i use", "signed nvidia kernel modules meta for the kernel i use".
[14:56] <xnox> on the same par as "ubuntu-desktop" => aka meta that i installed.
[15:17] <sil2100> xnox: so it's good that they're removed, as seen via the syslog that Laney attached?
[15:17] -queuebot:#ubuntu-release- New source: grub2.04-signed (bionic-proposed/primary) [1.142.10]
[15:17] -queuebot:#ubuntu-release- New source: grub2.04-signed (focal-proposed/primary) [1.143]
[15:27] <xnox> sil2100:  no, that's bad. oem stuff is usually not installed at all (only in /pool/ on the iso), and if it is installed, they all should be marked as "installed manually" and apt autoremove should not try to remove them.... as then one ends up without a kernel & without certified oem repos.
[15:29] <Laney> The DNS failure is just because I was offline when installing, that bit is fine
[15:29] <Laney> the rest of it is bad stuff
[15:32] <Laney> juliank: can you help us look into this https://git.launchpad.net/ubiquity/tree/ubiquity/install_misc.py#n526 in the context of that syslog?
[15:32] <Laney> probably faster than any of the rest of us trying to work it out
[15:32] <juliank> Laney: which one?
[15:32] <Laney> https://paste.ubuntu.com/p/pbs6NjSwBs/
[15:32] <Laney> oem stuff gets removed, it hits that try to fix broken packages path too
[15:33] <Laney> and it's all marked auto in the target
[15:33] <Laney> this all worked at release time, so very suspicious of that change
[15:33] <juliank> Laney: this change was to avoid stuff being removed
[15:33] <Laney> indeed
[15:34] <juliank> Laney: But yes, from_user=False is set for new installs which marks them all auto
[15:34] <juliank> the not cachedpkg.is_installed: blocks should be from_user=True
[15:35] <sil2100> tseliot: hey! You're on the ubuntu-drivers-common regression with the --package-list argument not working, right?
[15:35] <juliank> (the other blocks presumably not; we call mark_auto manually afterwards)
[15:35] <juliank> (though I guess it doesn't matter?)
[15:36] <tseliot> sil2100, yes, I am about to upload the fix to a PPA, so that we can test it
[15:38] <juliank> Laney: I think we probably want all code paths to be from_user=True
[15:39] <Laney> ok lemme test that quickly
[15:40] <Laney> it's not going to mark too much stuff, like > 1 level deps?
[15:41] <Laney> this xps is so flaky at deciding to show the usb stick in the boot menu
[15:42] <juliank> Laney: it marks the top as manually installed and dependencies will be auto
[15:42] <juliank> Laney: so assuming the list is sensible, this should work; it should certainly restore auto states to where it was before the change
[15:42] <sil2100> tseliot: this is music to my ears!
[15:42] <sil2100> tseliot: thanks
[15:44] <Laney> okey, trying
[15:49] <Laney> this time the thing boots
[15:49] <Laney> I guess not removing the kernel is helpful eh
[15:49] <sil2100> eh
[15:49] <Laney> ok, on oem kernel and nothing for autoremoval this time
[15:49] <Laney> juliank wins the prize
[15:50] <sil2100> Well, we're anyway respinning all the desktop flavors, so we can squeeze this one in no problem
[15:50] <juliank> wheee
[15:50] <sil2100> juliank, Laney: thanks!
[15:50] <Laney> lol, that's no squeeze imho, but a release blocker
[15:50] <juliank> Laney: on the flip side, anything marked manual that shouldn't be
[15:50] <juliank> ?
[15:50] <Laney> can't install bricks
[15:50] <Laney> umm
[15:50] <Laney> i'll have to upload a list that we check together
[15:52] <Laney> 'apt list '?installed ?not(?automatic)' ?
[15:53] <Laney> heh, I installed in en_GB, it's got a US keyboard and now I can't find the |
[15:53] <xnox> https://bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/1914075
[15:54] <sil2100> hm hm
[15:55] <sil2100> Indeed, no hwe kernel in the pool
[15:55] <Laney> juliank: https://paste.ubuntu.com/p/h2RgDPrhm9/
[15:55] <sil2100> NOICE
[15:55] <Laney> if that's a legit way to list those
[15:55] <Laney> the libraries i don't understand
[15:56] <juliank> yeah, it's not super optimal yet
[15:56] <juliank> But oh well, not super bad either
[15:56] <Laney> but it's not too bad
[15:56] <Laney> i guess
[15:56] <sil2100> xnox: ok, we have no hwe kernel in server-ship-live ...
[15:56] <sil2100> grrrr
[15:56] <Laney> ok, let me finish my noodles and then make a merge proposal
[15:57] <Laney> unless juliank can do it faster :-)
[15:57] <xnox> sil2100:  https://code.launchpad.net/~xnox/ubuntu-seeds/+git/ubuntu-seeds/+merge/397277 please review
[15:57] <juliank> I don't have a checkout even I think
[15:57] <sil2100> On it
[15:57] <Laney> critical unresolvable blocker
[15:57] <Laney> :p
[15:58] <sil2100> xnox: proceed with merge o/
[15:58] <xnox> Laney:  juliank finishing your noodles faster than you?! =)
[15:58] <Laney> heh
[15:58] <Laney> the problem of not having ubiquity checked out
[15:58] <Laney> also, rolling kernel flavours around, we need a checklist for this or something
[15:58] <sil2100> xnox: ...and let me document that as well, for the future, so that we don't forget ;)
[15:59] <Laney> like when oem goes to 5.10 as I was mentionig last week, we need to move all the bits to 'b' too and not forget some part like the seeds
[16:01] <sil2100> Clearly it was always Adam enabling hwe in point-releases, oh well
[16:01] <Laney> that brain had too much in it!
[16:01] <Laney> mine is much smaller so need to have things written down
[16:08] <sil2100> Same!
[16:10] <tseliot> Laney, I understand --package-list when using list-oem, but what is it supposed to do when passed in together with "install"? Install and print out a list of packages, or just the latter?
[16:10] <Laney> tseliot: I think so, I think ubiquity uses it to install stuff in the live session and then the same again in the target system
[16:10] <tseliot> Laney, ok, thanks
[16:10] <xnox> install & cache in the file => is the right behaviour.
[16:11] <xnox> it is the case for "we will install an ethernet/wifi driver from /pool/; and we should remember that in a list, to install in-target too; such that both live session & installed system have internetz"
[16:11] <Laney> yeah without needing to re-run ubuntu-drivers again in the target
[16:11] <xnox> although i'm not sure if the total set of such drivers is zero these days =)
[16:12] <tseliot> xnox, ok, it makes sense
[16:13] <Laney> https://git.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/+git/ubuntu/tree/ship-live not zero!
[16:21] <xnox> Laney:  sure, but i think bcmwl-kernel-source is the only one. and i'm not sure how much of said hardware there is out there.
[16:22] <Laney> enough, given the bugs we always get when it breaks
[16:22] <xnox> true that!
[16:22] <Laney> and if you need it and can't get it, well
[16:22] <Laney> that sucks for you
[16:22] <xnox> and it doesn't work if secureboot is on.....
[16:22] <Laney> why not, the enrollment ui works fine
[16:22] <Laney> 'fine'
[16:22] <xnox> so one ends up installing offline, kind of. and only gets internets post mock-manager in -target only.
[16:23] <xnox> but will not get internets during live session though.
[16:23] <Laney> oh you mean in live
[16:23] <Laney> yeah sure
[16:23] <Laney> lrm it!
[16:23] <xnox> kernel team refused to sign that pile of crappy code =)
[16:24] <xnox> ditto a few modules that anbox uses, which are in modules-extras in staging, are not signed either.
[16:24] <xnox> i found it odd that i had to self-sign those.
[16:25] <Laney> why's that, does signing imply something about the quality or what?
[16:26] <xnox> at least that lockdown cannot be attacked/bypassed/arbitrary kernel memory cannot be read.
[16:26] <xnox> and i think the binder module does exactly that.
[16:26] <xnox> from anbox.
[16:34] <sil2100> Laney: sooo, regarding ubiquity - eh, if you're using the git branch to prep the fixes for OEM, I think the latest version changes will have to be backed off
[16:34] <Laney> I was just going to say
[16:34] <Laney> there's one in the queue, are you planning to reject?
[16:35] <sil2100> Since those are changes that have been pushed to the queue but uh, I don't think we want that there
[16:35] <sil2100> Yeah
[16:35] <sil2100> It was something I was considering, but seeing how many issues we have, I don't want to risk fixing a non-regression so late
[16:35] <Laney> then yes, I'll revert it and push the new change, then cherry pick it back
[16:36] <sil2100> Thank you, sorry for that extra work
[16:36] <sil2100> Last week everything seemed shiny enough
[16:36] <sil2100> So I actually instructed bdmurray to use the focal git branch for this, and now it backfired
[16:36] <Laney> It's fine, I think it's right generally to push the branch when uploading to the queue
[16:37] <Laney> ideally you leave the tag until it's accepted for situations like this
[16:39] <bdmurray> Laney: could you elaborate on "leave the tag"?
[16:39] <Laney> don't push it
[16:39] <Laney> keep it local
[16:39] <bdmurray> until it ends up in -proposed? in -updates?
[16:39] <Laney> the version doesn't really exist until it's accepted into the archive
[16:39] <rbasak> I do that for Debian uploads - tag locally, push only when the archive accepts
[16:40] <Laney> but for SRUs it's really easy to forget to do it when you get your accept some time later, so it's not a great thing to ask of people
[16:40] <Laney> but if you have to re-work it and the tag is pushed out to other people, that sucks also
[16:41] <rbasak> Yeah there's no great answer
[16:41] <rbasak> One day maybe we'll replace dput with a git push and all will be resolved
[16:41] <Laney> Need a git server which hides your tag away until the archive tells it to release it :-)
[16:43] <rbasak> In my world, the unapproved queue wouldn't be a thing. We'd use MPs for that stage instead.
[16:43] <Laney> Sounds nice actually, with the SRU team as a required reviewer
[16:43] <juliank> Just push the tag with a wait-approve/ prefix and then rename it once approved / next time someone looks at it?
[16:43] <rbasak> I'm not far from there with git-ubuntu and MPs at the moment
[16:43] <rbasak> For my team, I sometimes do SRU review at peer review time.
[16:44] <rbasak> Then when it appears in the queue, I just need to check that it's identical to what I already reviewed in an MP, and I can immediately accept. This part could be automated.
[16:44] <rbasak> (FWIW this doesn't work when there are new orig tarballs since those don't appear in the MP, but for regular bugfix SRUs it works well)
[16:45] <rbasak> juliank: related fact: annotated and signed git tags include the original tag name in the tag object itself
[16:45] <rbasak> So renaming a tag isn't identical to tagging it with the final name.
[16:45] <vorlon> doko: removal of rust-aes-soft: it does have rdeps, but reverse-depends doesn't do a good job of detecting reverse-deps on virtual packages
[16:46] <doko> ouch
[16:47] <juliank> rbasak: hmm
[16:48] <rbasak> I suppose you could tag with your final name locally and then push to the remote with a wait-approve/ prefix
[16:52] <tseliot> Laney, sil2100: I made packages for focal available here: https://launchpad.net/~albertomilone/+archive/ubuntu/u-d-c-release
[16:54] <Laney> juliank: https://code.launchpad.net/~laney/ubiquity/+git/ubiquity/+merge/397285 please
[16:55] <xnox> Laney:  the dgit way is to tag before upload; and use new version number if something doesn't get accepted. and upload with -v to include all the changes that haven't yet been seen in the archive.
[16:55] <juliank> Laney: lgtm
[16:55] <xnox> versions are cheap, use new ones, and have changelog reflect the changes being uploaded.
[16:56] <juliank> that's a bzr approach, it's not a good fit for git :D
[16:56] <xnox> har har
[16:56] <juliank> (related to bzr prefering to merge lots of fixup commits vs git rebasing)
[17:04] <sil2100> xnox: you pushed and merged the seed changes for hwe? Since I guess maybe I could kick new subiquity images now, since we don't care for ubiquity and ubuntu-drivers-common in the server-live images
[17:07] <Laney> hate building ubiquity
[17:07] <Laney> random files always turn up in the diff
[17:09] <xnox> sil2100:  yes.
[17:10] <xnox> Laney:  i had a theory to fix those..... by removing them from git history and marking the volatile ones to be .gitignored. but didn't actually get around to doing that.
[17:10] <xnox> Laney:  plus then they would still kind of show up in the debdiffs
[17:11] <Laney> tseliot: thanks, if you've tested that, feel free to upload to hirsute & the queue
[17:11] <sil2100> \o/
[17:11] <sil2100> Laney, tseliot: thank you!
[17:11] <sil2100> Just give me a sign once it's uploaded, I'll insta-review it
[17:16] <xnox> sil2100:  like on instagram right? double-tap to accept.
[17:18] <xnox> i'm off for a bike ride, will be back later to double check on respun images.
[17:18] <xnox> hopefully will have better subiquity isos by then.
[17:18] <sil2100> o/ yeah, they're building, will be ready for you and paride finding more critical bugs on them :D
[17:19] <paride> \o/
[17:21] <tseliot> sil2100, Laney it doesn't throw an error, but I don't really have a system that requires the oem packages
[17:27] <rbasak> versions are cheap> there's also a cost to going "I see this skipped a version; where's the missing one?". Versions _are_ cheap, but missing versions that never got published can cause confusion.
[17:27] <rbasak> IOW, to use the "cheap" analogy, versions that never got published never actually got spent
[17:32] <Laney> tseliot: I checked, the file gets written now :>
[17:32] <tseliot> good
[17:33] <tseliot> in the future I should probably write a test case for that. For now I'll just upload what I have
[17:33] <Laney> Yeah cwayne mentioned that too, when I was suggesting we could have caught this earlier
[17:38] <Laney> sil2100: it is there
[17:39] -queuebot:#ubuntu-release- Unapproved: ubiquity (focal-proposed/main) [20.04.15.5 => 20.04.15.6] (core)
[17:44] <sil2100> Laney: on it in 5 min!
[17:44] <sil2100> tseliot: upload as soon as you're ready as well! :)
[17:45] <Laney> sil2100: not sure if you wanted to wait for bcmwl too (bdmurray has been following up on that)?
[17:46] <bdmurray> Laney: So this means people that need bcmwl wouldn't be able to install over wireless?
[17:47] <Laney> well
[17:48] <Laney> It can't be enabled in a live session on secure booted systems, but would probably work for non sb ones
[17:48] -queuebot:#ubuntu-release- Unapproved: rejected ubiquity [source] (focal-proposed) [20.04.15.6]
[17:48] <sil2100> (that's the previous one ^)
[17:48] <Laney> so, all installed systems, and non-sb live systems *could* have bcmwl if only it worked
[17:49] <bdmurray> Right, so we could SRU it this week.
[17:49] <Laney> I dunno how you're meant to get the SRU if you don't have any wireless
[17:49] <bdmurray> Heh, alright.
[17:50] <Laney> For me I'd be getting this fixed for the point release
[17:50] <sil2100> Oh boy, such ubiquity changes always scare me a bit, but I guess this has been tested - I trust juliank's judgement here!
[17:50] <Laney> It's already bad enough that people were rolled onto the new kernel and got it broken then
[17:50] <Laney> imo
[17:51] <sil2100> Laney, bdmurray: can I get some context on the bcmwl? What's the bug number?
[17:51] <bdmurray> bug 1909369 is an example
[17:51] -queuebot:#ubuntu-release- Unapproved: accepted ubiquity [source] (focal-proposed) [20.04.15.6]
[17:51] <bdmurray> there's a few failure to build bugs which are duplicates of it
[17:51] -queuebot:#ubuntu-release- Unapproved: ubuntu-drivers-common (focal-proposed/main) [1:0.8.6.3~0.20.04.2 => 1:0.8.6.4~0.20.04.1] (desktop-core, ubuntu-server)
[17:51] <Laney> https://bugs.launchpad.net/ubuntu/+source/bcmwl/+bug/1872908
[17:52] <tseliot> sil2100, Laney uploaded for hirsute and focal
[17:52] <Laney> 👍
[17:52] <sil2100> tseliot: excellent, thanks! Looking!
[17:52] <tseliot> yw
[17:52]  * tseliot going offline now
[17:53] <bdmurray> I'll consolidate the duplicates to Laney's bug
[17:55] <sil2100> Laney, bdmurray: this bug seems to have quite the number of affected users, so I
[17:55] <sil2100> I'd like to get that fixed if possible - fginther ^
[17:55] <sil2100> fginther: is this something that's being worked on right now?
[17:55] <Laney> f_ginther said internally that they were checking on the status
[18:01] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity amd64 [Focal 20.04.2] has been updated (20210201.2)
[18:01] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity arm64 [Focal 20.04.2] has been updated (20210201.2)
[18:01] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity ppc64el [Focal 20.04.2] has been updated (20210201.2)
[18:01] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity s390x [Focal 20.04.2] has been updated (20210201.2)
[18:03] <bdmurray> I'll just start preparing an upload of bcmwl
[18:04] <sil2100> xnox, paride: subiquity built ^
[18:15] <fossfreedom> quick question - should the HWE kernel be the default on our 20.04.2 ISOs or the 5.4 kernel?
[18:18] <sil2100> tseliot: ouch, I guess we can't accept this u-d-c SRU, I think you reverted xnox's change that skips tests on riscv64
[18:18] <sil2100> tseliot: I'll re-upload with that re-added
[18:18] -queuebot:#ubuntu-release- Unapproved: bcmwl (focal-proposed/restricted) [6.30.223.271+bdcom-0ubuntu5 => 6.30.223.271+bdcom-0ubuntu7~20.04.1] (kernel-dkms, ubuntu-desktop)
[18:19] <bdmurray> ^- sil2100
[18:29] <sil2100> bdmurray: on it in a moment o/
[18:43] <sil2100> fossfreedom: you mean flavors other than ubuntu-desktop?
[18:47] <fossfreedom> sil2100: yes
[18:50] -queuebot:#ubuntu-release- Unapproved: ubuntu-drivers-common (focal-proposed/main) [1:0.8.6.3~0.20.04.2 => 1:0.8.6.4~0.20.04.1] (desktop-core, ubuntu-server)
[18:54] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-drivers-common [source] (focal-proposed) [1:0.8.6.4~0.20.04.1]
[18:55] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-drivers-common [source] (focal-proposed) [1:0.8.6.4~0.20.04.1]
[19:05] -queuebot:#ubuntu-release- Unapproved: accepted bcmwl [source] (focal-proposed) [6.30.223.271+bdcom-0ubuntu7~20.04.1]
[19:07] -queuebot:#ubuntu-release- New binary: gcc-11-cross [amd64] (hirsute-proposed/universe) [2ubuntu1] (no packageset)
[19:24] <sil2100> fossfreedom: hm, that's a good question, I guess it always did with .2 so I'd expect it to happen here as well
[19:24] <sil2100> hmmm
[19:25] <sil2100> Guess we might want to switch it still, eh
[19:27] <fossfreedom> sil2100: it was a little unexpected to see the 5.4 kernel - at 18.04.2 and later HWE was the default - at least of U Budgie
[19:28] <sil2100> Yeah, I think we still need to do that, darn
[19:29] <fossfreedom> thx for the confirmation.... I'll continue smoke testing
[19:35]  * sil2100 's looking at that
[19:37] <sil2100> Another step to document!
[21:06] -queuebot:#ubuntu-release- Packageset: Removed cifs-utils from i386-whitelist in hirsute
[21:06] -queuebot:#ubuntu-release- Packageset: Removed ding-libs from i386-whitelist in hirsute
[21:06] -queuebot:#ubuntu-release- Packageset: Removed liblivemedia from i386-whitelist in hirsute
[21:06] -queuebot:#ubuntu-release- Packageset: Removed libnfsidmap from i386-whitelist in hirsute
[21:06] -queuebot:#ubuntu-release- Packageset: Removed sssd from i386-whitelist in hirsute
[21:06] -queuebot:#ubuntu-release- Packageset: Removed uid-wrapper from i386-whitelist in hirsute
[21:06] -queuebot:#ubuntu-release- Packageset: Added gcc-11-cross to i386-whitelist in hirsute
[21:06] -queuebot:#ubuntu-release- Packageset: Added lto-disabled-list to i386-whitelist in hirsute
[21:06] -queuebot:#ubuntu-release- Packageset: Added ufolib2 to i386-whitelist in hirsute
[21:07] <vorlon> doko: ^^ commit needing pushing?
[21:26] <sil2100> vorlon: hey! Can you take a look at this? https://code.launchpad.net/~ubuntu-core-dev/livecd-rootfs/+git/livecd-rootfs/+merge/397301
[21:27] <sil2100> vorlon: not sure if anything else is needed - I didn't forward port the HWE="yes" bits from bionic as we didn't create hwe X stack packages, and just rolled existing ones (since there was no major version change)
[21:27] <sil2100> I guess this would suffice to get hwe enabled on all the flavours?
[21:31] <sil2100> I browsed the commit from when it was enabled for bionic and it felt like nothing more is needed
[21:31] <vorlon> sil2100: I can take a look in ~30m
[21:33] <sil2100> Sure o/ I'll prep the upload anyway, without merging (we can reject and add more on top)
[21:38] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (focal-proposed/main) [2.664.13 => 2.664.14] (desktop-core, i386-whitelist)
[21:39] <sil2100> bdmurray: hm, do we have anyone that could re-verify the ubiquity fix? Though I think that since Laney already tested it before proposing the upload, maybe we don't need to
[21:39] <sil2100> Since well, we'll have it tested as part of isotesting
[21:39] <sil2100> I'll release bcmwl as it seems to be verified already
[21:40] <bdmurray> sil2100: which ubiquity fix?
[21:42] <sil2100> bdmurray: the one for the OEM kernel installation, so this one: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1914091
[21:44] <bdmurray> sil2100: Maybe William could verify it and I could release it so you can bail?
[21:47] <sil2100> I'd still stick around since we need to get this livecd-rootfs uploaded and released too... not to mention u-d-c
[21:47] <sil2100> eh
[21:47] <sil2100> hm, good idea, I'll upload it to bileto, test it already and we can bin-copy then
[21:48] <bdmurray> Okay, I'll verify the ubiquity one then
[21:48] <sil2100> Thank you!
[21:49] <sil2100> I go get something to eat while stuff is building
[22:41] <sil2100> Ok, running that test build now
[22:50] <bdmurray> sil2100: finishing SRU verification
[22:51] <vorlon>         ubuntu-netbook)
[22:51] <vorlon>                 add_task install minimal standard ubuntu-netbook
[22:51] <vorlon>                 LIVE_TASK='netbook-live'
[22:51] <vorlon>                 ;;
[22:51] <vorlon> we should do some more pruning maybe
[22:52] <bdmurray> but it might come back!
[22:52] <vorlon> then we'd better keep the shotgun loaded and by the door
[22:53] <sil2100> hah, yeah, saw all those fancy flavors
[22:59] <sil2100> I'm verifying u-d-c now
[23:02] <sil2100> https://launchpad.net/~sil2100/+livefs/ubuntu/focal/ubuntu-mate/+build/258509 <- ok, livefs build with the livecd-rootfs change looks good, I see the hwe kernel in the manifest
[23:03] <sil2100> vorlon: thanks for the review! Pushing the bin-copy to -proposed
[23:03] <sil2100> And merging everything
[23:04] -queuebot:#ubuntu-release- Unapproved: rejected livecd-rootfs [source] (focal-proposed) [2.664.14]
[23:05] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (focal-proposed/main) [2.664.13 => 2.664.14] (desktop-core, i386-whitelist) (sync)
[23:07] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [sync] (focal-proposed) [2.664.14]
[23:09] <sil2100> grrr, ubuntu-drivers-common is *STILL* building for riscv64
[23:10] <sil2100> bdmurray: I have verified the livecd-rootfs upload already ^ once the package settles in -proposed (it doesn't have to build any binaries as it has been bin-copied from bileto), can you release it?
[23:10] <sil2100> u-d-c also feels safe to release, but we need the riscv64 build to finish first
[23:11]  * sil2100 goes AFK for a bit
[23:30] -queuebot:#ubuntu-release- New binary: apt-transport-in-toto [amd64] (hirsute-proposed/universe) [0.1.1-2] (no packageset)
[23:30] -queuebot:#ubuntu-release- New binary: python-prison [amd64] (hirsute-proposed/universe) [0.1.3-1] (no packageset)
[23:31] -queuebot:#ubuntu-release- New binary: r-cran-credentials [amd64] (hirsute-proposed/universe) [1.3.0-1] (no packageset)
[23:33] -queuebot:#ubuntu-release- New binary: r-cran-seuratobject [amd64] (hirsute-proposed/universe) [4.0.0-1] (no packageset)
[23:35] -queuebot:#ubuntu-release- New: accepted apt-transport-in-toto [amd64] (hirsute-proposed) [0.1.1-2]
[23:35] -queuebot:#ubuntu-release- New: accepted r-cran-credentials [amd64] (hirsute-proposed) [1.3.0-1]
[23:35] -queuebot:#ubuntu-release- New: accepted python-prison [amd64] (hirsute-proposed) [0.1.3-1]
[23:35] -queuebot:#ubuntu-release- New: accepted r-cran-seuratobject [amd64] (hirsute-proposed) [4.0.0-1]