[00:02] <xnox> i don't feel comfortable taking meta-sifive patches; i'd rather take our kernel's dtb into uboot.
[00:03] <xnox> we must load matching dtb from kernel going forward.
[00:30] <vorlon> xnox: livecd-rootfs still pulls u-boot-rpi into the classic images
[00:53] -queuebot:#ubuntu-release- Unapproved: accepted rabbitmq-server [source] (groovy-proposed) [3.8.5-1ubuntu0.1]
[00:58] -queuebot:#ubuntu-release- Unapproved: accepted rabbitmq-server [source] (focal-proposed) [3.8.2-0ubuntu1.2]
[01:01] <xnox> waveform:  for next release we can drop pullin gin u-boot-rpi right? or do we still need for upgrades?
[01:07] -queuebot:#ubuntu-release- Unapproved: accepted mkosi [source] (groovy-proposed) [5-1ubuntu0.20.10.1]
[01:12] -queuebot:#ubuntu-release- Unapproved: accepted mkosi [source] (focal-proposed) [5-1ubuntu0.20.04.1]
[02:20] -queuebot:#ubuntu-release- Unapproved: accepted thermald [source] (focal-proposed) [1.9.1-1ubuntu0.4]
[02:25] -queuebot:#ubuntu-release- Unapproved: accepted thermald [source] (groovy-proposed) [2.3-4ubuntu1]
[02:37] -queuebot:#ubuntu-release- Unapproved: u-boot-menu (hirsute-proposed/main) [4.0.2ubuntu4 => 4.0.2ubuntu5] (core)
[02:37] -queuebot:#ubuntu-release- Unapproved: u-boot (hirsute-proposed/main) [2021.01+dfsg-3ubuntu7 => 2021.01+dfsg-3ubuntu8] (core)
[02:38] <xnox> vorlon:  bdmurray: i'm failing to reconcile dtb in kernel & u-boot, as they both have different drivers that expect different dtb.
[02:39] <xnox> thus going back to u-boot-menu ubuntu3 which generates fdtdir option in extlinux.conf thus making u-boot load matching kernel's dtb for every kernel it loads.
[02:39] <xnox> and u-boot upload that makes fdtdir option be skipped on qemu-riscv64_smode target, and instead just carry on using dtd that is already loaded in ram.
[02:39] <xnox> uploaded both of those things into https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4532/+packages too
[02:40] <xnox> will build unleashed & unmatched images out of there. which should work correctly on unleashed, unmatched, and qemu.
[02:40] <xnox> i tested qemu with local build of the two already.
[03:01] -queuebot:#ubuntu-release- Unapproved: accepted libwacom [source] (focal-proposed) [1.3-2ubuntu2]
[03:41] -queuebot:#ubuntu-release- Unapproved: openjdk-16 (hirsute-proposed/universe) [16+36-3 => 16.0.1+9-1] (i386-whitelist)
[03:42] -queuebot:#ubuntu-release- Unapproved: accepted openjdk-16 [source] (hirsute-proposed) [16.0.1+9-1]
[04:12] -queuebot:#ubuntu-release- Unapproved: gcc-snapshot (hirsute-proposed/universe) [1:20210420-1ubuntu1 => 1:20210421-1ubuntu1] (i386-whitelist)
[04:12] -queuebot:#ubuntu-release- Unapproved: accepted gcc-snapshot [source] (hirsute-proposed) [1:20210421-1ubuntu1]
[05:19] -queuebot:#ubuntu-release- Unapproved: nautilus (hirsute-proposed/main) [1:3.38.2-1ubuntu1 => 1:3.38.2-1ubuntu2] (ubuntu-desktop)
[06:56] -queuebot:#ubuntu-release- Unapproved: virtualbox-ext-pack (hirsute-proposed/multiverse) [6.1.18-1 => 6.1.20-1] (no packageset) (sync)
[06:56] -queuebot:#ubuntu-release- Unapproved: virtualbox (hirsute-proposed/multiverse) [6.1.18-dfsg-5 => 6.1.20-dfsg-1] (kernel-dkms, ubuntu-cloud) (sync)
[06:56] -queuebot:#ubuntu-release- Unapproved: virtualbox-guest-additions-iso (hirsute-proposed/multiverse) [6.1.18-1 => 6.1.20-1] (no packageset) (sync)
[06:56] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox-ext-pack [sync] (hirsute-proposed) [6.1.20-1]
[06:56] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox-guest-additions-iso [sync] (hirsute-proposed) [6.1.20-1]
[07:02] <LocutusOfBorg> vorlon, can virtualbox-hwe go away now that xserver-xorg-dev-hwe-18.04 is not a real thing anymore?
[07:02] <LocutusOfBorg> I can provide the -hwe packages into the main virtualbox package so upgrades are ensured
[07:02] <LocutusOfBorg> I was not aware xorg-hwe was disappeared
[07:15] <tjaalton> xserver-xorg-dev-hwe-18.04?
[07:16] <tjaalton> it's still provided by the xorg-lts-transitionals package, or what do you mean?
[08:08] <LocutusOfBorg> tjaalton, but do we still have two different hwe stacks on each Ubuntu release?
[08:09] <LocutusOfBorg> I mean, I had introduced virtualbox-hwe because some people were using newer xorg on their system
[08:09] <LocutusOfBorg> is this still the case?
[08:10] <tjaalton> LocutusOfBorg: not for focal, at least not yet
[08:10] <LocutusOfBorg> so now virtualbox-hwe is the same as virtualbox, wrt provided binaries and compatibility with stacks
[08:10] <LocutusOfBorg> and once you upgrade xorg on focal, a no-change rebuild will "fix it"
[08:10] <LocutusOfBorg> right?
[08:10] <tjaalton> sounds about right
[08:11] <tjaalton> even if there is a new major release upstream within the next year, I'm not sure it's worth a backport
[08:11] <tjaalton> but we'll see
[08:19] <LocutusOfBorg> will it be called maybe xserver-xorg-dev-hwe-20.04?
[08:19] <LocutusOfBorg> so in that case vbox will need a little change in control file
[08:19] <tjaalton> probably, follows the same naming as before
[08:19] <LocutusOfBorg> I was hoping to see an -hwe versionless package
[08:19] <LocutusOfBorg> my vbox-hwe doesn't have such numbers...
[08:20] <LocutusOfBorg> but nothing important :)
[08:26] <seb128> do we accept 0 days SRUs already at this point?
[08:26] <seb128> I would like the nautilus in the queue to be one please
[08:27] <tjaalton> LocutusOfBorg: that would break upgrades, the point is that the 'old-lts stack' users would get upgraded to the next-lts GA stack, and not be kept on hwe forever
[08:29] <Laney> seb128: not yet but noted
[08:29] <seb128> Laney, thanks
[08:37] -queuebot:#ubuntu-release- Packageset: Removed eglexternalplatform from i386-whitelist in hirsute
[08:37] -queuebot:#ubuntu-release- Packageset: Removed python-atomicwrites from i386-whitelist in hirsute
[08:37] -queuebot:#ubuntu-release- Packageset: Removed wcwidth from i386-whitelist in hirsute
[08:37] -queuebot:#ubuntu-release- Packageset: Added libz-mingw-w64 to i386-whitelist in hirsute
[08:47] -queuebot:#ubuntu-release- Unapproved: u-boot-menu (hirsute-proposed/main) [4.0.2ubuntu4 => 4.0.2ubuntu5] (core) (sync)
[08:47] -queuebot:#ubuntu-release- Unapproved: u-boot (hirsute-proposed/main) [2021.01+dfsg-3ubuntu7 => 2021.01+dfsg-3ubuntu8] (core) (sync)
[08:48] -queuebot:#ubuntu-release- Unapproved: rejected u-boot-menu [source] (hirsute-proposed) [4.0.2ubuntu5]
[08:48] -queuebot:#ubuntu-release- Unapproved: rejected u-boot [source] (hirsute-proposed) [2021.01+dfsg-3ubuntu8]
[08:48] -queuebot:#ubuntu-release- Unapproved: accepted u-boot-menu [sync] (hirsute-proposed) [4.0.2ubuntu5]
[08:48] -queuebot:#ubuntu-release- Unapproved: accepted u-boot [sync] (hirsute-proposed) [2021.01+dfsg-3ubuntu8]
[08:56] <LocutusOfBorg> it would be nice to accept virtualbox and virtualbox-hwe please
[08:57] <LocutusOfBorg> they contains some really needed fixes...
[09:02] -queuebot:#ubuntu-release- Unapproved: openjdk-lts (hirsute-proposed/main) [11.0.11+9-0ubuntu1 => 11.0.11+9-0ubuntu2] (core, i386-whitelist)
[09:12] -queuebot:#ubuntu-release- Unapproved: accepted openjdk-lts [source] (hirsute-proposed) [11.0.11+9-0ubuntu2]
[09:20] <sil2100> xnox: hey, ok, so I got impatient waiting for the u-boot stuff getting published and just ran livefs builds using the bileto PPA
[09:20] <sil2100> (since the image builds take 2 hours, so the earlier they start building the better)
[09:21] <sil2100> Sorry!
[09:43] <xnox> cool
[09:44] <xnox> sil2100:  we will have to rebuild those again anyway, but works for me.
[09:45] -queuebot:#ubuntu-release- Unapproved: ceph (focal-proposed/main) [15.2.8-0ubuntu0.20.04.1 => 15.2.11-0ubuntu0.20.04.1] (desktop-core, ubuntu-server)
[09:45] <sil2100> Yeah, once we migrate this to release, which is fine
[09:45] <sil2100> It's so slooow
[09:46] -queuebot:#ubuntu-release- Unapproved: ceph (groovy-proposed/main) [15.2.8-0ubuntu0.20.10.1 => 15.2.11-0ubuntu0.20.10.1] (ubuntu-desktop, ubuntu-server)
[09:48] <waveform> xnox, sorry - just noticed your ping above - on the next release I am indeed hoping to drop u-boot-rpi from inclusion in the images but for that I'll need to migrate any existing config still using it (which involves certain ... complexities)
[09:49] <jamespage> hi release team - I have a new point release for Ceph to address a security issue - however given the exceptionally long time taken to build ceph on some architectures I'm proposing this fast follows hirsute release rather than holding anything up
[09:49] <jamespage> https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/1925322
[09:49] <ubot3> Launchpad bug 1925322 in ceph (Ubuntu Hirsute) "[SRU] ceph 16.2.1" [Undecided, New]
[09:51] <jamespage> and please could someone reject the ceph 15.2.10 uploads from the focal and groovy UNAPPROVED queues - superceeded by the 15.2.11 ones which include the fixes for this CVE
[09:52] <waveform> xnox, but you are correct that for hirsute it's theoretically still needed for upgraders from original focal installs (assuming people haven't manually switched away)
[09:53] -queuebot:#ubuntu-release- Unapproved: rejected ceph [source] (focal-proposed) [15.2.10-0ubuntu0.20.04.1]
[09:53] -queuebot:#ubuntu-release- Unapproved: rejected ceph [source] (groovy-proposed) [15.2.10-0ubuntu0.20.10.1]
[09:53] <doko> jamespage: ^^^
[10:03] <xnox> waveform:  removing it from new images; will keep it installed for those who already had it. It's just we must continue building it and testing that it still works. Or like upgrade them to pibootctl somehow.
[10:44] -queuebot:#ubuntu-release- Unapproved: openjdk-8 (hirsute-proposed/universe) [8u282-b08-0ubuntu1 => 8u292-b10-0ubuntu1] (i386-whitelist)
[10:45] -queuebot:#ubuntu-release- Unapproved: accepted openjdk-8 [source] (hirsute-proposed) [8u292-b10-0ubuntu1]
[10:56] <xnox> sil2100: i don't think the builds for u-boot are correct.
[10:57] <xnox> sil2100:  instead of building in a given archive, i thought we need to build with EXTRA_PPAS=ci-train-ppa-server/....
[10:57] <xnox> sil2100:  cause it's simply livefs host that is using the ppa, not the image......
[10:57] <xnox> https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/hirsute/cpc/+build/271929
[10:58] <xnox> i can take last daily images, and simply upgrade u-boot-menu inside them.
[10:58] <xnox> repack, upload to people.canonical.com and try to deploy in the lab.
[11:00] <Laney> right, you need extra_ppas metadata for the things to be used inside the build rather than just the build tools themselves
[11:00] <Laney> https://bazaar.launchpad.net/~ubuntu-cdimage/ubuntu-cdimage/mainline/view/head:/lib/cdimage/livefs.py#L231
[11:22] <sil2100_> eh, great
[11:23] <sil2100_> xnox: so normally I'd add extra_ppas, but last time I tried that it didn't work an the builds were failing as there was some bug with support of the extra_ppas metadata
[11:24] <sil2100_> Ok then, I'll simply kick a set of -proposed images in that case
[11:24] <xnox> fun fun fun
[11:24] <sil2100_> WOuld be nice to know if extra_ppas is working now or not
[11:25] <xnox> it does work now.
[11:26] <xnox> but i also want to add a new option "extra_ppas":"from-host" => aka copy all the sources from the host
[11:26] <sil2100> You sure sure? If yes, then maybe re-starting those with extra_ppas instead? Or maybe you don't care about pulling other packages from -proposed?
[11:26] <xnox> sil2100:  cause i.e. these days livefs build injects the archive and all of its deps.
[11:26] <xnox> sil2100:  proposed sounds better.
[11:26] <xnox> ppa will be gone, and image will become toast.
[11:27] <sil2100> We'll still have to rebuild for release as we can't publish -proposed based images - we need to remember about that
[11:27] <sil2100> Ok, running those two subarches
[11:31]  * ogra hands xnox some nutella ... just in case ... 
[11:43] <sil2100> Anyway, sorry about that, this will delay everything now because of me having wrong assumptions - again
[11:48] <sil2100> So angry at myself right now, grr
[11:51] <xnox> sil2100:  it's ok. Also i now have better fixes for u-boot. Actually fix the crash in question properly. Submitted upstream, but pending their upstream mailing list moderation.
[11:51] <xnox> https://github.com/u-boot/u-boot/pull/71/files => but i think that's best for post-hirsute now, cause also need a cherrypick from upstream for another feature for things to work correctly.
[11:51] <ubot3> Pull 71 in u-boot/u-boot "cmd: pxe_utils: sysboot: fix crash if either board or soc are not set." [Open]
[12:11] <sil2100> Ok, confirmed that in hirsute indeed extra_ppas work again, no weird errors anymore, eh, sigh
[12:17] <rbalint> sil2100, xnox could you please add this or something simiar to release notes about LP: #1916485 https://pastebin.ubuntu.com/p/Jm5HfWsFSM/
[12:17] <ubot3> Launchpad bug 1916485 in docker.io (Ubuntu Hirsute) "test -x fails inside shell scripts in containers" [Critical, New] https://launchpad.net/bugs/1916485
[12:19] <sil2100> rbalint: sure
[12:20] <sil2100> I'll add it to known issues
[12:22] <sil2100> Done
[12:23] <sil2100> patviafore: hey! Regarding LP: #1919177 - I think this late in the RC cycle I think adding it to known issues is the right way to go
[12:23] <ubot3> Launchpad bug 1919177 in cloud-init "Azure: issues with accelerated networking on Hirsute" [Undecided, Incomplete] https://launchpad.net/bugs/1919177
[12:23] <sil2100> patviafore: do you have access to the release notes to add info about it?
[12:27] <rbalint> sil2100, thanks!
[12:39] <coreycb> hello release team, by any chance could we get heat-dashboard accepted into hirsute for openstack?
[13:33] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-release-upgrader [source] (bionic-proposed) [1:18.04.44]
[13:36] -queuebot:#ubuntu-release- Unapproved: ubuntu-release-upgrader (bionic-proposed/main) [1:18.04.43 => 1:18.04.44] (core)
[13:41] <patviafore> sil2100: people on CPC do, so I'll get them to add it today
[13:45] <patviafore> sil2100: are there any known respins coming down the pipe (we have cloud images built on 20210420, and are ready to rebuild at any time)
[13:46] <sil2100> patviafore: yes, we will be re-spinning at least the riscv images, pi images and subiquity
[13:54] <patviafore> okay sounds good, just ping me when, and I'll kick off a build shortly after
[13:55] <sil2100> Thanks! Will do o/
[13:58] <bdmurray> sil2100: Could you review ubuntu-release-upgrader for Bionic?
[14:08] <bdmurray> sil2100: its for bug 1922297
[14:08] <ubot3> Bug 1922297 in ubuntu-release-upgrader (Ubuntu Groovy) "20.10 to 21.04: snap does not upgrade channel" [Undecided, Fix Committed] https://launchpad.net/bugs/1922297
[14:17] <sil2100> Will do o/
[14:19] <bdmurray> juliank: With phased updates for Hirsute if you are installing from the ISO and choose to download updates will the phased-update-percentage be respected?
[14:25] -queuebot:#ubuntu-release- Unapproved: libwacom (focal-proposed/main) [1.3-2ubuntu2 => 1.3-2ubuntu3] (desktop-core, i386-whitelist)
[14:27] <juliank> bdmurray: should be, yes
[14:49] -queuebot:#ubuntu-release- Unapproved: google-guest-agent (bionic-proposed/universe) [20201217.02-0ubuntu1~18.04.0 => 20210414.00-0ubuntu1~18.04.0] (no packageset)
[14:49] -queuebot:#ubuntu-release- Unapproved: google-guest-agent (xenial-proposed/universe) [20201217.02-0ubuntu1~16.04.0 => 20210414.00-0ubuntu1~16.04.0] (no packageset)
[14:50] -queuebot:#ubuntu-release- Unapproved: google-guest-agent (focal-proposed/universe) [20201217.02-0ubuntu1~20.04.0 => 20210414.00-0ubuntu1~20.04.0] (no packageset)
[14:50] -queuebot:#ubuntu-release- Unapproved: google-guest-agent (groovy-proposed/main) [20201217.02-0ubuntu1~20.10.0 => 20210414.00-0ubuntu1~20.10.0] (no packageset)
[14:54] <xnox> Laney:  i went with this emoji RISC-V :five:
[14:54] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-release-upgrader [source] (bionic-proposed) [1:18.04.44]
[14:54] <xnox> for risc-v, to make it riscv FIVE not riscv VEE
[14:55] <Laney> like sputnik v?
[14:56] <bdmurray> xnox: your release note regarding u-boot-qemu from hirsute is relevant if you are running focal and want to try the risc-v images with qemu on it?
[15:07] <xnox> bdmurray:  yes.
[15:07] <xnox> Laney:  hahahha yes
[15:07] <bdmurray> xnox: should u-boot-qemu be SRU'ed then?
[15:09] -queuebot:#ubuntu-release- Builds: Ubuntu Server riscv64+unleashed [Hirsute Final] has been updated (20210421)
[15:09] -queuebot:#ubuntu-release- Builds: Ubuntu Server riscv64+unmatched [Hirsute Final] has been updated (20210421)
[15:13] <xnox> bdmurray:  yes, however, i have better version of the patches for u-boot-qemu which are upstreamable & submitted upstream too.
[15:14] <Laney> xnox: you testing these new images?
[15:14] <xnox> bdmurray:  https://code.launchpad.net/~xnox/ubuntu/+source/u-boot/+git/u-boot/+merge/401545
[15:14] <xnox> Laney:  just got off team calls, yes, will do in a second.
[15:14] <Laney> good
[15:38] -queuebot:#ubuntu-release- Unapproved: sosreport (xenial-proposed/main) [3.9.1-1ubuntu0.16.04.1 => 3.9.1-1ubuntu0.16.04.2] (ubuntu-desktop, ubuntu-server)
[16:16] <xnox> sil2100:  Laney: unleashed & unmatched proposed images work fine on unmatched hw and in qemu
[16:16] <xnox> unleashed image on unleashed not tested yet.
[16:19] <sil2100> \o/
[16:20] <Laney> |O|
[16:20] <waveform> nice :)
[16:21] <Laney> I unblocked that
[16:21] <Laney> we'll have to do respins of those + raspi
[16:21] <Laney> soonnnnnnnnn
[16:51] <xnox> sil2100:  so i think unmatched is good, but unleashed will not be on baremetal.
[16:52] <xnox> sil2100: bdmurray: in the lab it is booting with SOC set to NULL.
[16:52] <xnox> because of all the patches that are unapplied.... which includes the hunk that sets fdtfile.
[16:52] <xnox> which unleashed now needs again.
[16:54] <xnox> leh sigh.
[16:57] <Laney> ...
[16:57] <bdmurray> xnox: so I should stop trying to test it?
[17:09] <sil2100> I KNEW IT THAT THE UNAPPLY WAS SHADY!
[17:10] <sil2100> (still accepted it though)
[17:15] -queuebot:#ubuntu-release- Unapproved: u-boot (hirsute-proposed/main) [2021.01+dfsg-3ubuntu8 => 2021.01+dfsg-3ubuntu9] (core)
[17:19] -queuebot:#ubuntu-release- Unapproved: accepted u-boot [source] (hirsute-proposed) [2021.01+dfsg-3ubuntu9]
[17:52] <ginggs> would someone please review https://code.launchpad.net/~ginggs/britney/+git/hints-ubuntu/+merge/401145 ?
[18:10] <Laney> 👍
[18:37] <ginggs> Laney: thanks!
[18:56] <coreycb> bdmurray: by any chance could we get heat-dashboard accepted into hirsute or should we wait and SRU that?
[19:04] <ginggs> also please review https://code.launchpad.net/~ginggs/autopkgtest-cloud/+git/autopkgtest-cloud/+merge/401565
[19:05] <bdmurray> coreycb: I'll have a look
[19:06] <bdmurray> ginggs: I'm looking at that now
[19:06] <ginggs> bdmurray: thanks!
[19:33] -queuebot:#ubuntu-release- Unapproved: accepted google-guest-agent [source] (groovy-proposed) [20210414.00-0ubuntu1~20.10.0]
[19:40] -queuebot:#ubuntu-release- Unapproved: accepted google-guest-agent [source] (focal-proposed) [20210414.00-0ubuntu1~20.04.0]
[19:41] -queuebot:#ubuntu-release- Unapproved: accepted google-guest-agent [source] (bionic-proposed) [20210414.00-0ubuntu1~18.04.0]
[19:43] -queuebot:#ubuntu-release- Unapproved: accepted google-guest-agent [source] (xenial-proposed) [20210414.00-0ubuntu1~16.04.0]
[20:04] <xnox> why no publisher run?
[20:20] -queuebot:#ubuntu-release- Unapproved: accepted heat-dashboard [source] (hirsute-proposed) [5.0.0-0ubuntu1]
[20:21] -queuebot:#ubuntu-release- Unapproved: accepted recordmydesktop [sync] (hirsute-proposed) [0.4.0-1]
[20:24] <bdmurray> ginggs: I'm rerunning the tests for q2-feature-classifier
[20:27] <cjwatson> xnox: ?
[20:28] <cjwatson> It seems to be running normally
[20:28] <vorlon> xnox: https://launchpad.net/ubuntu/+source/u-boot/+publishinghistory shows u-boot published?
[20:42] <coreycb> bdmurray: thank you
[20:47] <Trevinho> mh, not sure if this may affect other applications TBH, various are using gjs a part the shell, but not sure if it's critical https://bugs.launchpad.net/ubuntu/+source/gjs/+bug/1923267
[20:47] <ubot3> Launchpad bug 1923267 in gjs (Ubuntu) "indicator-multiload app broken after upgrading libglib2.0-0 2.67.5-2 to 2.68.0-1" [High, In Progress]
[20:49] <vorlon> xnox, cjwatson: ah - claims to have been published an hour ago but not visible in the archive frontend afaics
[20:50] <vorlon> and the index hasn't updated yet on anonster
[20:51] <vorlon> oh wait, no, I'm looking at the wrong thing
[20:51] <vorlon> 8 is in release, 9 is in proposed - and yes these are visible from archive.u.c
[20:51] <vorlon> xnox: ^^ so yes the publisher has run
[21:06] <xnox> vorlon:  so i think at 21.04 i did not see that britney is in progress. hence update_excuses was still at like 18:00 timestamp. Now it's at 20:19 timestamp. but still missing armhf build.
[21:07] <vorlon> xnox: ack
[21:07] <xnox> was hoping that u-boot ...9 would have migrated by now.
[21:07] <vorlon> sorry
[22:41] <sil2100> vorlon, bdmurray: I see u-boot is migrating o/
[22:41] <bdmurray> sil2100: vorlon indicated he'd do the respins
[22:42] <sil2100> vorlon: bdmurray mentioned you'll do the respins, right?
[22:42] <sil2100> Okay, so we'll need to respin the pi images (with pi desktop as well I think), riscv images *and* subiquity (since we wanted to pull in the neat versionned subiquity anyway)
[22:43] <bdmurray> xnox: should u-boot-qemu be SRU'ed then?http://archive.ubuntu.com/ubuntu/dists/hirsute-proposed/main/dist-upgrader-all/current/DevelReleaseAnnouncement.html
[22:43] <bdmurray> whoops mouse up
[22:43] <bdmurray> sil2100: after some discussion I'll be uploading a new u-r-u with a big fat warning in DevelReleaseAnnouncement - http://archive.ubuntu.com/ubuntu/dists/hirsute-proposed/main/dist-upgrader-all/current/DevelReleaseAnnouncement.html
[23:05] <vorlon> sil2100: yes I will do respins.  So you do want respins of subiquity images?  I wasn't clear on that
[23:05] <vorlon> sil2100: took me by surprise that there was a skiptest hint already for u-boot or I would've been paying attention sooner, sorry
[23:09] <bdmurray> vorlon: I've uploaded u-r-u
[23:09] <vorlon> ok
[23:09] -queuebot:#ubuntu-release- Unapproved: ubuntu-release-upgrader (hirsute-proposed/main) [1:21.04.10 => 1:21.04.11] (core)
[23:11] <vorlon> respins running
[23:14] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-release-upgrader [source] (hirsute-proposed) [1:21.04.11]
[23:35] <sil2100> bdmurray: ok
[23:36] -queuebot:#ubuntu-release- Unapproved: gjs (hirsute-proposed/main) [1.67.2-2ubuntu1 => 1.67.2-2ubuntu2] (desktop-core, desktop-extra, i386-whitelist, mozilla)
[23:36] <sil2100> vorlon: yeah, we planned doing those earlier