[00:45] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (groovy-proposed/main) [2.694.1 => 2.694.3] (desktop-core, i386-whitelist)
[00:56] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (focal-proposed/main) [2.664.15 => 2.664.17] (desktop-core, i386-whitelist)
[01:02] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (bionic-proposed/main) [2.525.49 => 2.525.51] (desktop-core)
[01:20] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (xenial-proposed/main) [2.408.65 => 2.408.66] (desktop-core)
[01:26] <xnox> vorlon:  thanks!
[04:16] -queuebot:#ubuntu-release- Unapproved: mutter (groovy-proposed/main) [3.38.2-1ubuntu1~20.10.1 => 3.38.3-2ubuntu0.20.10.1] (desktop-core, desktop-extra)
[04:20] -queuebot:#ubuntu-release- Unapproved: gnome-shell (groovy-proposed/main) [3.38.2-1ubuntu1~20.10.1 => 3.38.3-2ubuntu0.20.10.1] (desktop-extra, mozilla, ubuntu-desktop)
[06:17] -queuebot:#ubuntu-release- Unapproved: qemu (groovy-proposed/main) [1:5.0-5ubuntu9.4 => 1:5.0-5ubuntu9.5] (ubuntu-server, virt)
=== didrocks999 is now known as didrocks
=== juergh_ is now known as juergh
[08:51] -queuebot:#ubuntu-release- New: accepted kdump-tools [sync] (hirsute-proposed) [1:1.6.8.2]
[08:51] -queuebot:#ubuntu-release- New: accepted libmd [arm64] (hirsute-proposed) [1.0.3-3]
[08:51] -queuebot:#ubuntu-release- New: accepted libmd [i386] (hirsute-proposed) [1.0.3-3]
[08:51] -queuebot:#ubuntu-release- New: accepted libmd [riscv64] (hirsute-proposed) [1.0.3-3]
[08:51] -queuebot:#ubuntu-release- New: accepted uncalled [arm64] (hirsute-proposed) [2.2+ds-1]
[08:51] -queuebot:#ubuntu-release- New: accepted uncalled [ppc64el] (hirsute-proposed) [2.2+ds-1]
[08:51] -queuebot:#ubuntu-release- New: accepted libmd [amd64] (hirsute-proposed) [1.0.3-3]
[08:51] -queuebot:#ubuntu-release- New: accepted libmd [ppc64el] (hirsute-proposed) [1.0.3-3]
[08:51] -queuebot:#ubuntu-release- New: accepted uncalled [armhf] (hirsute-proposed) [2.2+ds-1]
[08:51] -queuebot:#ubuntu-release- New: accepted libmd [armhf] (hirsute-proposed) [1.0.3-3]
[08:51] -queuebot:#ubuntu-release- New: accepted uncalled [riscv64] (hirsute-proposed) [2.2+ds-1]
[08:52] -queuebot:#ubuntu-release- New: accepted libmd [s390x] (hirsute-proposed) [1.0.3-3]
[09:08] -queuebot:#ubuntu-release- Unapproved: rejected livecd-rootfs [source] (groovy-proposed) [2.694.2]
[09:18] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (groovy-proposed) [2.694.3]
=== cpaelzer_ is now known as cpaelzer
[09:52] -queuebot:#ubuntu-release- Unapproved: rejected livecd-rootfs [source] (focal-proposed) [2.664.16]
[09:56] <Laney> xnox: sil2100: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1915114
[09:56] <ubot5> Ubuntu bug 1915114 in ubiquity (Ubuntu) "Ubiquity: No vmlinuz* after install. 20.04.2" [Undecided,New]
[09:56] <Laney> it's an oem machine, apparently they ended up with no kernel ...
[09:57] <Laney> it hits: Feb  7 21:19:24 ubuntu /plugininstall.py: Refusing to install {'linux-oem-20.04'}: marked to be removed later on, so this would be redundant.
[09:58]  * Laney squeaks
[10:03] <mwhudson> i'm sure i read at least three focal-changes emails about that today :(
[10:11] <sil2100> Laney: *sighs*
[10:14] <sil2100> This whole mark-for-removal is utterly confusing - if it was marked to be removed later on anyway, wouldn't that mean that even without our last-minute change it would be potentially broken?
[10:14] <Laney> I dunno
[10:15] <sil2100> I don't feel strongly in all the oem installation story, who wrote the original ubiquity parts of it?
[10:16] <Laney> me and xnox, xnox more the kernel selection stuff
[10:25] <sil2100> Could you spare some cycles to get to the bottom of this? You're our only hope!
[10:25] <sil2100> *dramatic superhero music in the background*
[10:25] -queuebot:#ubuntu-release- Unapproved: accepted whoopsie [sync] (groovy-proposed) [0.2.72.2]
[10:30] <Laney> well I can reproduce it I think, that's something
[10:34] <Laney> https://paste.ubuntu.com/p/kS9Rqz3qkh/ https://paste.ubuntu.com/p/B3cxzDrNwc/
[10:48] -queuebot:#ubuntu-release- Unapproved: accepted whoopsie [sync] (focal-proposed) [0.2.69ubuntu0.3]
[11:00] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (focal-proposed) [2.664.17]
[11:01] -queuebot:#ubuntu-release- Unapproved: rejected livecd-rootfs [source] (bionic-proposed) [2.525.50]
[11:04] -queuebot:#ubuntu-release- Unapproved: qemu (focal-proposed/main) [1:4.2-3ubuntu6.12 => 1:4.2-3ubuntu6.13] (ubuntu-server, virt)
[11:04] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (bionic-proposed) [2.525.51]
[11:19] <xnox> Laney:  they are using oem image right, the one that defaults to oem kernel?
[11:20] <xnox> Laney:  or stock one?
[11:20] <Laney> normal image
[11:20] <Laney> oem sku
[11:20] <Laney> give me a second, I will have a commit
[11:20] <xnox> Laney:  read your paste, amd i'm like O_o
[11:21]  * xnox wants to go cry in the corner a bit.
[11:21] <sil2100> As we all
[11:21] <xnox> sil2100:  separately, my fixes for UEFI images are all good and dandy. But i did not copy them for the buildd images.
[11:21] <xnox> sil2100:  i think i will verify this batch, and redo them for buildd images later.
[11:22] <Laney> xnox: the problem is basically this https://paste.ubuntu.com/p/6dgZVB7M2X/
[11:25] <Laney> what is arch_check_usable_kernel trying to do?
[11:25] <Laney> because it is this which rejects oem
[11:27] <sil2100> xnox: yeah, +1, since it's livecd-rootfs we also don't have to wait the aging period anyway
[11:27] <Laney> I guess because this is supposed to be selected by the "if wants_oem_kernel" branch or what?
[11:27] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (xenial-proposed) [2.408.66]
=== msalvatore_ is now known as msalvatore
[11:30] <xnox> Laney: thing to install should be compatible.
[11:31] <xnox> Laney: i guess before excluding things to remove from to install..... things worked fine. because removal of -5.6.0-1042-oem was ok.
[11:31] <xnox> and a noop.
[11:31] <xnox> Laney:  now, we must not mark for removal the abi of the kernel to install.
[11:32] <xnox> and only ever remove the generic one, or well the kernel that is preinstalled only.
[11:32] <xnox> Laney:  you reproduced this with just the oem-qemu-meta?
[11:32] <Laney> no but it probably would do
[11:33] <Laney> I was using sutton.newell-adam like the reporter
[11:33] <xnox> how did it work on release day.... nvidia kept the kernel installed?
[11:33] <xnox> and this is without nvidia?
[11:33] <Laney> something like that
[11:34] <xnox> so, in incompatible ones, we need to iterate over them with dpkg to see if they are installed, and only add them to incompatible, if they are installed.
[11:38] <Laney> I guess we don't consider the oem kernel "usable" because it should only ever be explicitly selected
[11:39] -queuebot:#ubuntu-release- New binary: linux-signed-azure-5.4 [amd64] (bionic-proposed/main) [5.4.0-1040.42~18.04.1] (no packageset)
[11:41] <Laney> https://paste.ubuntu.com/p/Jskmtws8Bh/
[11:41] -queuebot:#ubuntu-release- New binary: linux-signed-oracle [amd64] (hirsute-proposed/main) [5.8.0-1020.21+21.04.1] (core, kernel)
[11:43] -queuebot:#ubuntu-release- New: accepted linux-signed-oracle [amd64] (hirsute-proposed) [5.8.0-1020.21+21.04.1]
[11:47] -queuebot:#ubuntu-release- Unapproved: accepted python-pip [source] (focal-proposed) [20.0.2-5ubuntu1.2]
[11:48] -queuebot:#ubuntu-release- New binary: linux-signed-gcp [amd64] (hirsute-proposed/main) [5.8.0-1022.23+21.04.2] (core, kernel)
[11:59] <sil2100> This change makes me feel uneasy deep inside, but I really don
[11:59] <sil2100> *don't know these parts
[11:59] <sil2100> Like, why is it marked as incompatible in the first place?
[12:00] <Laney> because it's not "usable", that's why we have this escape hatch for oem kernels (I think)
[12:06] <xnox> sil2100:  we want to prevent people able to preseed oem kernel choice..... when they are not on certified / known to work platform.
[12:06] <Laney> so we say in that codepath, everything you thought was good is now bad
[12:06] <Laney> but we don't say
[12:07] <Laney> some of the things you thought were bad, actually they are ok
[12:07] <Laney> (oem things)
[12:07] <Laney> that's what I was thinking when making the change like that
[12:09] -queuebot:#ubuntu-release- New: accepted linux-signed-gcp [amd64] (hirsute-proposed) [5.8.0-1022.23+21.04.2]
[12:10] -queuebot:#ubuntu-release- New: accepted linux-signed-azure-5.4 [amd64] (bionic-proposed) [5.4.0-1040.42~18.04.1]
[12:16] <sil2100> tumbleweed: hey! I had a question regarding the python-virtualenv SRU for focal, left it in the bug comment o/
[12:24] <xnox> apw:  https://lists.ubuntu.com/archives/kernel-team/2021-February/117224.html => skipping udebs by default patches with test builds of unstable kernel for comparison.
[12:52] <apw> xnox, as we don't build them when disable_di=false why would we strip them?
[12:53] <apw> them being in debian/control but not built (and therefore added to debian/files) is key to them not ending up in the binary upload
[13:09] -queuebot:#ubuntu-release- New binary: gcc-11-cross-ports [amd64] (hirsute-proposed/universe) [1ubuntu1] (no packageset)
[13:12] -queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (hirsute-proposed/main) [5.8.0-1022.24+21.04.1] (core, kernel)
[13:20] <xnox> apw:  dak in debian would reject that!
[13:21] <xnox> i would have thought.
[13:21] <xnox> apw:  but if that works, it would make things simplier.
[13:21] <apw> xnox, yep, it would ... but we are doing that _allllll_ the time
[13:21] <xnox> apw:  i was also thinking to have udebs that are in the top level control.stub to be in a separate file, to never emit them.
[13:21] <xnox> apw:  hence no need to strip them either.
[13:23] <apw> xnox, as in generate control.stub (from control.stub.in), and control.stub.di (from kernel-wedge) and then include control.stub.di in the concatenation to debian/control only when enabled.
[13:23] <apw> xnox, if so ... that would suck a lot less
[13:23] <icey> Hey, any chance this sru to Focal that's been verified for over a week could get looked at today? https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1906271
[13:23] <ubot5> Ubuntu bug 1906271 in nova (Ubuntu Focal) "[SRU] November Stable Point Updates" [Undecided,Fix committed]
[13:26] <xnox> apw:  yeah all that.
[13:26] <xnox> apw:  cause i hate that you mention some udebs in the .dsc, but not all; and also mention them when not building it.
[13:26] <xnox> gives me the creeps =)
[13:52] -queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (hirsute-proposed) [5.8.0-1022.24+21.04.1]
[13:54] <xnox> Laney:  sil2100: it looks god.
[13:54] <xnox> that too, but "good" as well =)
[14:01] <Laney> xnox: what does?
[14:10] -queuebot:#ubuntu-release- Unapproved: ubiquity (focal-proposed/main) [20.04.15.7 => 20.04.15.10] (core)
[14:11] <xnox> please review/approve ^
[14:30] <coreycb> RAOF: hello, if you have cycles, please could we get a review of cinder and ovn-octavia-provider? they start in the groovy unapproved queue.
=== didrocks999 is now known as didrocks
[14:38] -queuebot:#ubuntu-release- Unapproved: rejected ubiquity [source] (focal-proposed) [20.04.15.8]
[14:40] -queuebot:#ubuntu-release- Unapproved: accepted ubiquity [source] (focal-proposed) [20.04.15.10]
[14:58] <icey> RAOF: not to pile on, but the nova SRU that's been verified for Focal for a while now would be great to progress :)
[15:39] <sil2100> icey: well, not all bugs from the nova SRU have been verified yet! https://bugs.launchpad.net/nova/+bug/1893263 is still pending
[15:39] <ubot5> Ubuntu bug 1893263 in nova (Ubuntu Focal) "[SRU] Cannot create instance with multiqueue image and vif_type=tap (calico)" [Undecided,Fix committed]
[15:39] <sil2100> So the SRU team cannot release it without all the bits verified
[15:42] <sil2100> Anyway, please do not release any SRUs to focal-updates for now, thanks o/
[16:57] <xnox> apw:  is it intended that src:linux-meta in hirsute for 5.10 on arm64 does not produce linux-generic-64k like linux-meta in hirsute-release does the v5.8 one?
[17:26] <xnox> apw:  never mind pinged ~kernel people to fix it.
[17:43] <tumbleweed> sil2100: ah, I think I made a typo in that SRU
[19:08] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop amd64 [Focal 20.04.2.0] (20210209.1) has been added
[19:09] -queuebot:#ubuntu-release- New binary: gcc-11-cross-ports [ppc64el] (hirsute-proposed/universe) [1ubuntu1] (no packageset)
[19:17] -queuebot:#ubuntu-release- Builds: Ubuntu MATE Desktop amd64 [Focal 20.04.2.0] (20210209.1) has been added
[19:21] -queuebot:#ubuntu-release- Builds: Xubuntu Desktop amd64 [Focal 20.04.2.0] (20210209.1) has been added
[19:25] -queuebot:#ubuntu-release- Builds: Kubuntu Desktop amd64 [Focal 20.04.2.0] (20210209.1) has been added
[19:25] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop amd64 [Focal 20.04.2.0] (20210209) has been added
[19:30] -queuebot:#ubuntu-release- Unapproved: python-virtualenv (focal-proposed/universe) [20.0.17-1 => 20.0.17-1ubuntu0.2] (no packageset)
[19:32] <tumbleweed> sil2100: ^^
[20:29] -queuebot:#ubuntu-release- Unapproved: accepted neutron [source] (groovy-proposed) [2:17.0.0-0ubuntu3]
[20:31] -queuebot:#ubuntu-release- Unapproved: accepted neutron [source] (focal-proposed) [2:16.2.0-0ubuntu3]
[20:35] -queuebot:#ubuntu-release- Unapproved: accepted ovn-octavia-provider [source] (groovy-proposed) [0.3.0-0ubuntu2]
[20:43] <doko> vorlon, Laney: now that glibc is blocking everything, I think it would be better to priotize the armhf tests triggered by glibc, instead of priotizing test for packages with a small number of autopkg tests
[20:44] <doko> also a mass retry of all tests triggered by perl would help
[21:43] -queuebot:#ubuntu-release- Unapproved: accepted python-httplib2 [source] (bionic-proposed) [0.9.2+dfsg-1ubuntu0.3]
[22:00] -queuebot:#ubuntu-release- New binary: linux-signed-kvm [amd64] (hirsute-proposed/main) [5.8.0-1018.20+21.04.1] (core)
[22:08] -queuebot:#ubuntu-release- New: accepted linux-signed-kvm [amd64] (hirsute-proposed) [5.8.0-1018.20+21.04.1]
[23:29] <sil2100> tumbleweed: thanks!