[07:29] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-drivers-common [source] (groovy-proposed) [1:0.8.6.1] [07:31] -queuebot:#ubuntu-release- Unapproved: accepted pi-bluetooth [source] (groovy-proposed) [0.1.15ubuntu1] [07:36] -queuebot:#ubuntu-release- Unapproved: accepted glib2.0 [sync] (groovy-proposed) [2.66.1-2] [07:37] -queuebot:#ubuntu-release- Unapproved: accepted budgie-desktop [source] (groovy-proposed) [10.5.1+git20200824-2.0ubuntu1] [07:49] sil2100: so the snapd apprmor fix> there are complications, it's not fully clear when this lands as the initial fix was not quite enough so we are currently re-discussing the plan [08:37] sil2100, i assume you are expecting these kernel, and want them asap === didrocks999 is now known as didrocks === cpaelzer__ is now known as cpaelzer [08:56] apw: yep! [08:59] mvo: ouch, ok [08:59] mvo: understood! In that case, I think we won't be blocking the release on it [09:00] sil2100: we may have a fix, it is under review right now and it's pretty small, I can give you an update in maybe 30min? once it got one more review? [09:01] sil2100: how long do we have? [09:01] sil2100: i mean, I guess it's already annoying but what would be an "ok" deadline for us to work against? [09:34] mvo: it's fine, we're still waiting for a few bits, with an ETA for the first candidate images today during the evening [09:35] But knowing life those won't be our final candidates [09:36] sil2100: thanks, that's good to know. let's agree on not blocking on it but we should have something in 1-2h [09:54] -queuebot:#ubuntu-release- Unapproved: v4l2loopback (focal-proposed/universe) [0.12.3-1 => 0.12.3-1ubuntu0.1] (no packageset) [10:04] -queuebot:#ubuntu-release- Unapproved: python3.9 (groovy-proposed/universe) [3.9.0-4 => 3.9.0-5] (i386-whitelist) [10:05] -queuebot:#ubuntu-release- Unapproved: accepted python3.9 [source] (groovy-proposed) [3.9.0-5] [10:05] -queuebot:#ubuntu-release- Unapproved: strace (groovy-proposed/main) [5.5-3ubuntu1 => 5.9-0ubuntu1] (core) [10:05] ^for 0-day sru or for deferring to holistic, tested here: https://bileto.ubuntu.com/#/ticket/4159 (the systemd/arm64 failure is not new) [10:12] -queuebot:#ubuntu-release- Unapproved: accepted ubiquity-slideshow-ubuntu [source] (groovy-proposed) [162] [10:21] -queuebot:#ubuntu-release- Unapproved: flightgear (groovy-proposed/universe) [1:2020.1.3+dfsg-1 => 1:2020.1.3+dfsg-2] (no packageset) (sync) [10:21] -queuebot:#ubuntu-release- Unapproved: accepted flightgear [sync] (groovy-proposed) [1:2020.1.3+dfsg-2] [10:32] -queuebot:#ubuntu-release- Unapproved: accepted chromium-browser [source] (groovy-proposed) [1:85.0.4183.83-0ubuntu2] [11:07] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (groovy-proposed/main) [2.692 => 2.693] (desktop-core, i386-whitelist) [11:22] please could a member of the SRU team review the verification for openvswitch in focal proposed and promote to updates (if OK) [11:22] that resolves a rather nasty flow issue in OpenStack [12:14] waveform: I forget why triggers changed to noawait - specifically in your update-notifier upload. We'd like it documented in the changelog. [12:15] bdmurray, will do [12:24] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (groovy-proposed) [2.693] [12:30] -queuebot:#ubuntu-release- New: accepted r-cran-broom.mixed [sync] (groovy-proposed) [0.2.6-2] [12:30] -queuebot:#ubuntu-release- New: accepted r-cran-cubelyr [sync] (groovy-proposed) [1.0.0-2] [12:34] -queuebot:#ubuntu-release- New binary: r-cran-cubelyr [amd64] (groovy-proposed/none) [1.0.0-2] (no packageset) [12:43] -queuebot:#ubuntu-release- New: accepted python-ibmcclient [source] (groovy-proposed) [0.2.5.1-0ubuntu1] [12:44] -queuebot:#ubuntu-release- New: accepted python-sushy-oem-idrac [source] (groovy-proposed) [0.0.2-0ubuntu1] [12:44] -queuebot:#ubuntu-release- New binary: python-ibmcclient [amd64] (groovy-proposed/none) [0.2.5.1-0ubuntu1] (no packageset) [12:44] -queuebot:#ubuntu-release- New: accepted r-cran-cubelyr [amd64] (groovy-proposed) [1.0.0-2] [12:45] -queuebot:#ubuntu-release- New: accepted python-ibmcclient [amd64] (groovy-proposed) [0.2.5.1-0ubuntu1] [12:45] -queuebot:#ubuntu-release- New: accepted python-xclarityclient [source] (groovy-proposed) [0.1.7-0ubuntu1] [12:46] -queuebot:#ubuntu-release- New binary: python-sushy-oem-idrac [amd64] (groovy-proposed/none) [0.0.2-0ubuntu1] (no packageset) [12:47] -queuebot:#ubuntu-release- New: accepted python-sushy-oem-idrac [amd64] (groovy-proposed) [0.0.2-0ubuntu1] [12:47] -queuebot:#ubuntu-release- New binary: python-xclarityclient [amd64] (groovy-proposed/none) [0.1.7-0ubuntu1] (no packageset) [12:48] -queuebot:#ubuntu-release- New: accepted python-xclarityclient [amd64] (groovy-proposed) [0.1.7-0ubuntu1] [12:48] coreycb: ./setup.py:# Copyright (c) 2013 Hewlett-Packard Development Company, L.P. [12:49] in python-sushy-oem-idrac, it's just the setup.py [12:50] doko: should I remove that copyright from d/copyright? [12:53] coreycb: ahh, forget it, wrong grep :-/ [12:54] doko: np :) [13:00] bdmurray, updated update-notifier package in https://launchpad.net/~waveform/+archive/ubuntu/update-notifier/+packages (just a changelog change; everything else the same) [13:05] -queuebot:#ubuntu-release- Unapproved: ddtp-translations (groovy-proposed/universe) [20201015.1 => 20201019.1] (no packageset) [13:05] -queuebot:#ubuntu-release- Unapproved: accepted ddtp-translations [source] (groovy-proposed) [20201019.1] [13:37] -queuebot:#ubuntu-release- Unapproved: update-notifier (groovy-proposed/main) [3.192.33 => 3.192.34] (ubuntu-desktop, ubuntu-server) [13:38] -queuebot:#ubuntu-release- Unapproved: rejected update-notifier [source] (groovy-proposed) [3.192.34] [13:39] waveform: uploaded, thanks! [13:43] -queuebot:#ubuntu-release- Unapproved: tzdata (groovy-proposed/main) [2020a-0ubuntu1 => 2020c-0ubuntu1] (core) [13:45] Hi, is there any way to reject flatpak 1.8.2-2 from groovy-proposed? as per bug 1900063 either 1.8.2-3 or 1.8.2-1 is fine for groovy, but 1.8.2-2 has regressions (failing autopkgtests and will be broken if you don't have accountsservice installed) [13:45] bug 1900063 in flatpak (Ubuntu) "Sync flatpak 1.8.2-3 (universe) from Debian sid (main)" [Undecided,Won't fix] https://launchpad.net/bugs/1900063 [13:50] mdeslaur: hi, who would be the right person to ask about a python-octavia-lib MIR review? unfortunately it's blocking ovn-octavia-provider in groovy-proposed. [13:50] bug 1864666 [13:50] bug 1864666 in python-octavia-lib (Ubuntu) "[MIR] python-octavia-lib, ovn-octavia-provider" [Medium,New] https://launchpad.net/bugs/1864666 [13:57] -queuebot:#ubuntu-release- Unapproved: rejected tzdata [source] (groovy-proposed) [2020c-0ubuntu1] [14:33] mvo: hey! How are things looking from the snapd POV? Asking just in case [14:34] sil2100: has two reviews, once tests are green we will merge and I will upload to groovy [14:44] mvo: excellent! [14:47] sil2100, Laney: tzdata 2020b uploaded [14:47] nice one Brian [14:47] -queuebot:#ubuntu-release- Unapproved: tzdata (groovy-proposed/main) [2020a-0ubuntu1 => 2020b-0ubuntu1] (core) [14:48] Laney: I was wanted to notify you about an updated update-notifier with a better changelog [14:48] 👍 [14:51] \o/ [14:52] Laney: you need help with those reviews or are you on them? [14:56] sil2100: tzdata?# [14:56] or other stuff in the q? [14:57] -queuebot:#ubuntu-release- Unapproved: accepted update-notifier [source] (groovy-proposed) [3.192.34] [15:01] -queuebot:#ubuntu-release- Unapproved: ubuntu-drivers-common (groovy-proposed/main) [1:0.8.6 => 1:0.8.6.2] (desktop-core) [15:03] -queuebot:#ubuntu-release- Unapproved: rejected tzdata [source] (groovy-proposed) [2020b-0ubuntu1] [15:03] -queuebot:#ubuntu-release- Unapproved: accepted gnome-boxes [sync] (groovy-proposed) [3.38.1-1] [15:03] -queuebot:#ubuntu-release- Unapproved: accepted gnome-nibbles [sync] (groovy-proposed) [1:3.38.1-1] [15:03] -queuebot:#ubuntu-release- Unapproved: accepted gnome-builder [sync] (groovy-proposed) [3.38.1-1] [15:03] -queuebot:#ubuntu-release- Unapproved: accepted metacity [sync] (groovy-proposed) [1:3.38.0-2] [15:04] -queuebot:#ubuntu-release- Unapproved: rejected libva [sync] (groovy-proposed) [2.9.0-1] [15:05] bdmurray: can you accelerate the release of torbrowser-launcher in bionic-proposed to -updates perhaps? People still having torbrowser problems, saw a report in -motu about it yesterday. (I know it's SRU stuff but you reviewed it last so) [15:06] teward: its like totally broken correct? [15:08] bdmurray: correct [15:08] hence the need to accelerate getting it available in -updates for the SRU [15:09] bdmurray: i usually don't ask for accelerated processing for SRUs, but in this case... :P [15:09] it's one of those "totally broken fubar things that needs the SRU to work again" cases [15:10] -queuebot:#ubuntu-release- Unapproved: tzdata (groovy-proposed/main) [2020a-0ubuntu1 => 2020b-0ubuntu1] (core) [15:17] bdmurray: thank you kindly :) [15:41] mwhudson: cursed? :) [16:03] -queuebot:#ubuntu-release- New sync: r-cran-statnet.common (groovy-proposed/primary) [4.3.0-1] [16:05] -queuebot:#ubuntu-release- New: accepted r-cran-statnet.common [sync] (groovy-proposed) [4.3.0-1] [16:07] -queuebot:#ubuntu-release- New binary: r-cran-network [s390x] (groovy-proposed/none) [1.16.1-1] (no packageset) [16:07] -queuebot:#ubuntu-release- New binary: r-cran-statnet.common [s390x] (groovy-proposed/none) [4.3.0-1] (no packageset) [16:07] -queuebot:#ubuntu-release- New binary: r-cran-statnet.common [ppc64el] (groovy-proposed/none) [4.3.0-1] (no packageset) [16:08] -queuebot:#ubuntu-release- New binary: r-cran-network [amd64] (groovy-proposed/none) [1.16.1-1] (no packageset) [16:09] -queuebot:#ubuntu-release- New binary: r-cran-network [ppc64el] (groovy-proposed/none) [1.16.1-1] (no packageset) [16:09] -queuebot:#ubuntu-release- New binary: r-cran-statnet.common [amd64] (groovy-proposed/none) [4.3.0-1] (no packageset) [16:11] -queuebot:#ubuntu-release- New binary: r-cran-network [arm64] (groovy-proposed/none) [1.16.1-1] (no packageset) [16:11] -queuebot:#ubuntu-release- New binary: r-cran-statnet.common [arm64] (groovy-proposed/none) [4.3.0-1] (no packageset) [16:11] -queuebot:#ubuntu-release- New binary: r-cran-network [armhf] (groovy-proposed/none) [1.16.1-1] (no packageset) [16:11] -queuebot:#ubuntu-release- New binary: r-cran-statnet.common [armhf] (groovy-proposed/none) [4.3.0-1] (no packageset) [16:14] -queuebot:#ubuntu-release- Unapproved: apport (bionic-proposed/main) [2.20.9-0ubuntu7.18 => 2.20.9-0ubuntu7.19] (core) [16:20] -queuebot:#ubuntu-release- New binary: r-cran-statnet.common [riscv64] (groovy-proposed/universe) [4.3.0-1] (no packageset) [16:22] -queuebot:#ubuntu-release- New binary: r-cran-network [riscv64] (groovy-proposed/universe) [1.16.1-1] (no packageset) [16:30] Give me a poke here if anything needs a review or anything similar [16:32] -queuebot:#ubuntu-release- New: accepted r-cran-network [arm64] (groovy-proposed) [1.16.1-1] [16:32] -queuebot:#ubuntu-release- New: accepted r-cran-network [riscv64] (groovy-proposed) [1.16.1-1] [16:32] -queuebot:#ubuntu-release- New: accepted r-cran-network [armhf] (groovy-proposed) [1.16.1-1] [16:32] -queuebot:#ubuntu-release- New: accepted r-cran-statnet.common [riscv64] (groovy-proposed) [4.3.0-1] [16:32] -queuebot:#ubuntu-release- New: accepted r-cran-network [amd64] (groovy-proposed) [1.16.1-1] [16:32] -queuebot:#ubuntu-release- New: accepted r-cran-network [s390x] (groovy-proposed) [1.16.1-1] [16:32] -queuebot:#ubuntu-release- New: accepted r-cran-statnet.common [arm64] (groovy-proposed) [4.3.0-1] [16:32] -queuebot:#ubuntu-release- New: accepted r-cran-statnet.common [ppc64el] (groovy-proposed) [4.3.0-1] [16:32] -queuebot:#ubuntu-release- New: accepted r-cran-network [ppc64el] (groovy-proposed) [1.16.1-1] [16:33] -queuebot:#ubuntu-release- New: accepted r-cran-statnet.common [armhf] (groovy-proposed) [4.3.0-1] [16:33] -queuebot:#ubuntu-release- New: accepted r-cran-statnet.common [amd64] (groovy-proposed) [4.3.0-1] [16:33] -queuebot:#ubuntu-release- New: accepted r-cran-statnet.common [s390x] (groovy-proposed) [4.3.0-1] [16:35] -queuebot:#ubuntu-release- Unapproved: apport (xenial-proposed/main) [2.20.1-0ubuntu2.25 => 2.20.1-0ubuntu2.26] (core) [16:49] -queuebot:#ubuntu-release- Unapproved: rejected tzdata [source] (groovy-proposed) [2020b-0ubuntu1] [16:53] -queuebot:#ubuntu-release- New binary: r-cran-broom.mixed [amd64] (groovy-proposed/universe) [0.2.6-2] (no packageset) [16:56] tseliot: I see some .buildinfo cruft in the u-d-c upload [16:58] sil2100: I'll be running point for Ubuntu Cloud images this release [17:04] patviafore: ACK! Thanks o/ How are things looking? I remember there was one issue, I think LP: #1893898 ? [17:04] Launchpad bug 1893898 in cloud-images "open-vm-tools status is toolsNotInstalled after deploy cloud image groovy-server-cloudimg-amd64.ova" [High,In progress] https://launchpad.net/bugs/1893898 === ijohnson is now known as ijohnson|lunch [17:06] we have a commit being reviewed at the moment, but we are aiming to get that in before release day [17:06] other than that, I'm spending this week making sure our build systems are green and we're ready to go [17:07] patviafore: that will be a fix in livecd-rootfs, right? [17:07] yup [17:07] Great to hear! [17:09] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-drivers-common [source] (groovy-proposed) [1:0.8.6.2] [17:15] -queuebot:#ubuntu-release- New binary: r-cran-sna [s390x] (groovy-proposed/universe) [2.5-2] (no packageset) [17:16] -queuebot:#ubuntu-release- New binary: r-cran-sna [amd64] (groovy-proposed/universe) [2.5-2] (no packageset) [17:16] -queuebot:#ubuntu-release- New binary: r-cran-sna [ppc64el] (groovy-proposed/universe) [2.5-2] (no packageset) [17:17] -queuebot:#ubuntu-release- New binary: r-cran-sna [armhf] (groovy-proposed/universe) [2.5-2] (no packageset) [17:27] -queuebot:#ubuntu-release- Unapproved: dask-sphinx-theme (groovy-proposed/universe) [1.3.1-2 => 1.3.1-2ubuntu1] (no packageset) [17:27] -queuebot:#ubuntu-release- Unapproved: accepted dask-sphinx-theme [source] (groovy-proposed) [1.3.1-2ubuntu1] [17:28] -queuebot:#ubuntu-release- New binary: r-cran-sna [riscv64] (groovy-proposed/universe) [2.5-2] (no packageset) [17:29] -queuebot:#ubuntu-release- New: accepted r-cran-broom.mixed [amd64] (groovy-proposed) [0.2.6-2] [17:29] -queuebot:#ubuntu-release- New: accepted r-cran-sna [armhf] (groovy-proposed) [2.5-2] [17:29] -queuebot:#ubuntu-release- New: accepted r-cran-sna [riscv64] (groovy-proposed) [2.5-2] [17:29] -queuebot:#ubuntu-release- New: accepted r-cran-sna [amd64] (groovy-proposed) [2.5-2] [17:29] -queuebot:#ubuntu-release- New: accepted r-cran-sna [s390x] (groovy-proposed) [2.5-2] [17:29] -queuebot:#ubuntu-release- New: accepted r-cran-sna [ppc64el] (groovy-proposed) [2.5-2] [17:37] -queuebot:#ubuntu-release- Unapproved: ubiquity (groovy-proposed/main) [20.10.12 => 20.10.13] (desktop-core) [17:38] Laney: ^^^^^ [17:39] xnox: Laney: bdmurray: secureboot-db rolled back in groovy release to 1.5 [17:39] wait a publishing cycle then yay [17:40] ah wait, I maybe need to wait a cycle myself before doing the copy === ijohnson|lunch is now known as ijohnson [18:16] bdmurray: you mentioned repeated uploads of tzdata, none of which I see in https://launchpad.net/ubuntu/+source/tzdata/+publishinghistory or the queue for groovy? [18:19] xnox: you mentioned a cd-boot-images-amd64 upload for LP: #1899615. But given that the memtest86 handling is "copy binary out of package and plop on image", is there any real reason to vendorize it into cd-boot-images-amd64, vs just making debian-cd extract from memtest86+ directly? [18:19] Launchpad bug 1899615 in cd-boot-images-amd64 (Ubuntu) "No "Memory test" boot menu entry" [Undecided,Triaged] https://launchpad.net/bugs/1899615 [18:24] vorlon: Did you check the rejected queue? [18:27] sil2100: I uploaded the snapd apprmor fix to groovy just now, sorry that this took so long [18:27] -queuebot:#ubuntu-release- Unapproved: snapd (groovy-proposed/main) [2.47.1+20.10 => 2.47.1+20.10.1] (desktop-core, ubuntu-server) [18:28] -queuebot:#ubuntu-release- Unapproved: rejected ubiquity [source] (groovy-proposed) [20.10.13] [18:28] sil2100: please telegram if you need tweaks or if anything else is needed, I will be afk for a few minutes [18:29] -queuebot:#ubuntu-release- Unapproved: ubiquity (groovy-proposed/main) [20.10.12 => 20.10.13] (desktop-core) [18:30] vorlon: hmm, my most recent upload seems to be lost [18:31] I'll get the snapd review if anything [18:31] thanks! [18:32] -queuebot:#ubuntu-release- Unapproved: accepted ubiquity [source] (groovy-proposed) [20.10.13] [18:35] bdmurray: you reviewing ubiquity, or is it on Laney's plate? [18:35] Laney has it [18:35] done [18:36] I'm off for the evening, Brian has all the info that is needed! [18:39] -queuebot:#ubuntu-release- Unapproved: tzdata (groovy-proposed/main) [2020a-0ubuntu1 => 2020b-1ubuntu1] (core) [18:42] Oh, tzdata [18:50] Taking tzdata too o/ [18:50] -queuebot:#ubuntu-release- Unapproved: accepted snapd [source] (groovy-proposed) [2.47.1+20.10.1] [18:52] xnox: Why does bug 1899621 have a release note task? [18:52] Error: Could not gather data from Launchpad for bug #1899621 (https://launchpad.net/bugs/1899621). The error has been logged [18:55] -queuebot:#ubuntu-release- Unapproved: heat (focal-proposed/main) [1:14.0.0-0ubuntu0.20.04.1 => 1:14.1.0-0ubuntu1] (openstack, ubuntu-server) [18:57] -queuebot:#ubuntu-release- Unapproved: octavia (focal-proposed/universe) [6.0.0-0ubuntu0.20.04.2 => 6.1.0-0ubuntu1] (no packageset) [19:03] -queuebot:#ubuntu-release- Unapproved: cinder (focal-proposed/main) [2:16.1.0-0ubuntu1 => 2:16.2.0-0ubuntu1] (openstack, ubuntu-server) [19:06] -queuebot:#ubuntu-release- Unapproved: swift (focal-proposed/main) [2.25.0-0ubuntu0.20.04.1 => 2.25.1-0ubuntu1] (openstack) [19:21] sil2100: will you unblock snapd? [19:22] sil2100: I could do it [19:33] The freeze block is in place already? [19:33] sil2100: indeed [19:34] A bit early since stuff still didn't migrate, but ok - please unblock it, I'll now do tzdata [19:34] -queuebot:#ubuntu-release- New sync: mfgtools (groovy-proposed/primary) [1.3.191-1] [19:40] vorlon: does anything need to be done with sbsigntool with regards to securebootdb going to 1.5 (sbsigntool : Breaks: secureboot-db (< 1.7~) but 1.5 is to be installed) - do I just need to wait a bit? [19:46] bdmurray: per the FTBFS on update-notifier Xenial & Bionic do you think it's worth creating a SRU bug for the cherry-pick for the wording fix from Julian https://code.launchpad.net/~chad.smith/ubuntu/+source/update-notifier/+git/update-notifier/+merge/392487 [19:53] blackboxsw: that'll break translations [19:54] blackboxsw: also "to be not hit" in changelog is rough [19:55] -queuebot:#ubuntu-release- Unapproved: gnocchi (groovy-proposed/universe) [4.3.5~git2020100916.64ff78fb-0ubuntu1 => 4.4.0-0ubuntu1] (no packageset) [19:56] -queuebot:#ubuntu-release- Unapproved: accepted gnocchi [source] (groovy-proposed) [4.4.0-0ubuntu1] [19:57] patviafore: why, something sure does need doing [19:57] patviafore: thanks for flagging, I'll work on fixing this now [19:57] Laney, bdmurray ^^ that sorta blocks respins [19:57] thank you, I will kick off a new build once you're ready to test it out [19:58] once it's landed, so that I may test it out** [19:59] ? [20:00] -queuebot:#ubuntu-release- Unapproved: ruamel.yaml (groovy-proposed/universe) [0.16.10-2 => 0.16.12-2] (kubuntu) (sync) [20:00] sig kubuntu :/ [20:08] -queuebot:#ubuntu-release- Unapproved: accepted tzdata [source] (groovy-proposed) [2020b-1ubuntu1] [20:09] bdmurray: ^ I'll unblock it [20:09] ack [20:14] bdmurray: fixed changelog verbiage from original cherry-pick changelog text and resolved merge conflicts with debian/changelog. Given that translations will break because of the newly introduced messaging, is the expectation that I can run debconf-updatepo on this project? (it debconf-updatepo currently fails on upstream/master and my ua-motd-bionic branch. [20:14] https://pastebin.ubuntu.com/p/rh84QgDdxG/ [20:17] -queuebot:#ubuntu-release- Unapproved: secureboot-db (groovy-proposed/main) [1.7 => 1.8] (core) [20:18] bdmurray, sil2100: ^^ secureboot-db 1.8 uploaded, which rolls back the dbx contents with a higher version number, so we remain compatible with the newer sbsigntool but aren't making users' systems incompatible with Fedora [20:20] blackboxsw: What I mean is that the strings are already translated for "can be updated" so if you change the wording then it won't match and somebody would need to fix all the translations e.g. https://translations.launchpad.net/ubuntu/bionic/+source/update-notifier/+pots/update-notifier/af/+translate [20:42] vorlon: oh my [20:42] Looking [20:47] Oh, I see now [20:48] bdmurray: this change in wording is already in focal and tip of master. I'll check to see if other commits were added to master and focal to adapt the translations for this [20:51] vorlon: for a moment I was considering maybe using a 1.8+really1.6, but then again... I guess we'll just know by the changelog [20:52] (or 1.5 actually) [20:53] vorlon: did you revert to the dbx binaries from 1.5? Or some other version? Since I want to compare those [21:02] sil2100: 1.5 [21:02] sil2100: and it's not a "really 1.6", it's the packaging changes from 1.7 + the data from 1.5 [21:05] vorlon: modifying partition tables directly in shell and having to care about bash vs dash vs busybox sh? i think cursed is appropriate, yes [21:05] mwhudson: ok :) [21:08] vorlon: so the arm64 and i386 are also from the same 'version' as the amd64 ones, right? Since for 1.5 we only shipped amd64 I guess [21:08] sil2100: exactly [21:09] sil2100: or rather, in previous releases they weren't differentiated by architecture, so the same bundle contains revocations for multiple archs [21:09] mwhudson: I could've used 'printf' instead of echo I suppose, but eh [21:10] -queuebot:#ubuntu-release- Unapproved: accepted secureboot-db [source] (groovy-proposed) [1.8] [21:17] Unblocked too ^ [21:18] sil2100: ta [22:43] Retesting livecd-rootfs w/ snapd [23:08] Yeah, makes no sense for that to fail [23:09] xnox also wanted zlib, but I see there's a constant arm64 failure? [23:12] previous zlib's have gone through with sufficient retry mashing [23:12] although https://autopkgtest.ubuntu.com/packages/o/opensaml/groovy/arm64 does look bad [23:13] I would actually hint this, since it seems to just have regressed in release [23:13] same failure with binutils as zlib too [23:13] and the zlib change only affects s390x, barring something crazy like a toolchain bug breaking even a no-change rebuild on arm64 [23:13] sil2100: +1 [23:14] Hinting! Thanks for double-confirming, will be nice to have it in! [23:17] bdmurray: I'll unblock zlib too in that case