[00:04] <sil2100> huh
[00:04] <sil2100> https://launchpad.net/ubuntu/+source/secureboot-db/1.8/+build/20165403
[00:04] <sil2100> Are the amd64 builders so busy?
[00:07] <sil2100> Also, bdmurray - for the livecd-rootfs amd64 ADT test to pass we need to trigger it with both snapd and the new secureboot-db
[00:07] <sil2100> Problem is that we still don't have secureboot-db for amd64 built *sigh*
[00:09] <mwhudson> sil2100: loads of private builds happening
[00:09] <mwhudson> sil2100: should be able to get someone to score the build way up, if you can't do that
[00:15] <sil2100> mwhudson: would be awesome, thanks!
[00:36] <sil2100> vorlon: can you somehow bump the build score of the secureboot-db amd64 build ^ ?
[00:37] <sil2100> It's blocking both secureboot-db and snapd
[00:38] <sil2100> Anyway, guess this probably means no candidates today, I think we'll just wait for stuff to move on its own and kick some in the morning
[00:43] <sil2100> o/
[00:49] <cjwatson> secureboot-db is building now
[05:19] <rafaeldtinoco> for any SRU team member, pacemaker SRU for focal (in -proposed now) has a bigger version change (2.0.3-3ubuntu3 -> 2.0.3-3ubuntu4 instead of 2.0.3-3ubuntu3 to 2.0.3-3ubuntu3.1)
[05:19] <rafaeldtinoco> and Im rebasing a new SRU on top of it.. should we drop the -proposed version and I upload it again ? Or just ignore this ?
[05:19] <rafaeldtinoco> cpaelzer: ^
[05:20] <rafaeldtinoco> (ill check tomorrow if someone got back on this)
[07:21] <sil2100> hm, does anyone know why secureboot-db doesn't want to start off its i386 build?
[07:21] <sil2100> Did we drop support for building any-i386 packages on LP or something?
[07:22] <sil2100> cjwatson: ^ do you know?
[07:24] <sil2100> wgrant: hello! Maybe you know by any chance: did anything change recently in LP or in the infra that we no longer build 'any-i386' packages?
[07:25] <sil2100> Trying to figure out why secureboot-db didn't build i386 binaries, since it does list 'any-i386' in its architecture list
[07:31] <jibel> sil2100, when do you plan to build candidates.
[07:31] <jibel> ?
[07:32] <sil2100> jibel: once everything we need migrates, snapd and secureboot-db didn't yet
[07:33] <jibel> sil2100, ETA?
[07:37] <sil2100> snapd hopefully will migrate after the test-re-run I did against new secureboot-db, but the latter I need someone to tell me why the any-i386 package hasn't been built
[07:40] <sil2100> Wonder if we should not care and simply remove any-i386 from the arch list
[07:47] <wgrant> sil2100: That isn't just focal/groovy having the i386 whitelist in place?
[07:49] <sil2100> wgrant: oh, might be - do you know how this whitelist is managed? Since usually I leave this to Steve
[07:50] <sil2100> Is it via the seeds?
[07:54] <sil2100> Ok, I see it!
[07:56] <sil2100> wgrant: thanks!
[08:01] <apw> sil2100, it it not a package-set ... there is a tool in ubuntu-archive-tools to manage it isn't there ?
[08:01] <sil2100> Thought I'm really thinking of just removing the i386 old binaries, since hm, do we need it on ie86?
[08:02] <sil2100> I can't think of a reason why we'd need secureboot-db for i386 right now
[08:02] <sil2100> apw: what do you think?
[08:03] <apw> how did we end up with i386 binaries in the first place?
[08:04] <sil2100> I guess from eoan
[08:04] <apw> we had them in bionic, then they went away in focal, then they came back in groovy; which seems anomonlus
[08:04] <sil2100> Since the current release pocket version was last built on eoan, and there we still had i386
[08:05] <apw> no they are versioned at focal's level; oh perhaps they came back in the copy from focal -> groovy when groovy was opened -- that rings a bell that the copy brings them back
[08:05] <apw> but, i'd say if focal-release didn't need them you are on good footing claiming the same in groovy-release
[08:06] <apw> so based on that i would be +1 on removing them
[08:09] <apw> sil2100, ok confirmed we copied this into focal from eoan with i386 binaries and then removed them; the copy from eoan to focal would have copied them back in.  They can be removed.
[08:10] <sil2100> apw: thanks for confirming! In progress of removing
[08:10] <sil2100> apw: ok, done, hopefully this will make things move
[08:23] <tseliot> sil2100, ok, I have just re-uploaded ubuntu-drivers-common
[08:23] -queuebot:#ubuntu-release- Unapproved: ubuntu-drivers-common (groovy-proposed/main) [1:0.8.6.1 => 1:0.8.6.2] (desktop-core)
[08:32] <LocutusOfBorg> hello, we are close to release, and a simple haskell installation on ppa fails...
[08:32] <LocutusOfBorg> https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/locutusofborg-ppa/+build/20164728
[08:32] <LocutusOfBorg> did ghc broke?
[08:33] <LocutusOfBorg> same for amd64 https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/locutusofborg-ppa/+build/20164725
[08:34] <LocutusOfBorg> damn my bad
[08:35]  * LocutusOfBorg had a ghc 8.8.4 rebuild on that ppa, to test why armhf was so slow in building
[08:40]  * enyc meows
[08:46] -queuebot:#ubuntu-release- Unapproved: python3.9 (focal-proposed/universe) [3.9.0-1~20.04 => 3.9.0-5~20.04] (i386-whitelist)
[08:57] <jamespage> morning rbasak
[08:57] <jamespage> wondering whether you might have cycles to push the SRU buttons for https://bugs.launchpad.net/ubuntu/+source/openvswitch/+bug/1895101
[08:57] <ubot5> Ubuntu bug 1895101 in openvswitch (Ubuntu Focal) "[SRU] openvswitch 2.13.1" [High,Fix committed]
[08:57] <jamespage> that resolves a slight nasty openstack/ovs issue
[09:04] <seb128> Laney, is bug #1900471 the same issue you had when upgrading? if so that's 3 reports now, could be a release issue?
[09:04] <ubot5> bug 1900471 in ubuntu-release-upgrader (Ubuntu) "System with SecureBoot enabled do not boot after do-release-upgrade from Focal to Groovy " [Undecided,Confirmed] https://launchpad.net/bugs/1900471
[09:05] <Laney> could be, sil2100 was just talking about that
[09:10] <Laney> seb128: I think Łukasz is going to work on a release upgrader quirk thing for that bug
[09:11] <seb128> Laney, thx
[09:11] <Laney> my one is bug #1898729 which the fix is to add that Protected flag to some packages, probably not to groovy though
[09:11] <ubot5> bug 1898729 in shim (Ubuntu Groovy) "shim can end up being removed" [Undecided,New] https://launchpad.net/bugs/1898729
[09:11] <Laney> juliank: ^- any thoughts though?
[09:12] <juliank> Laney: same thing
[09:12] <juliank> Laney: groovy needs (wants) Protected, the older need XB-Important in debian/control
[09:13] <juliank> Protected being the new standardized field name and XB-Important (which becomes Important in the deb) being the apt-only hack
[09:13] <juliank> Arguably, should set both
[09:13] <juliank> for a transitional period
[09:13] <juliank> :)
[09:14] <Laney> any interest in working on something for groovy release / 0-day? ;-)
[09:14] <juliank> It doesn't matter in which release the flag is set, as long as it is set in one of them you have in sources.list (so arguably the version you update too)
[09:15] <juliank> Laney: Well I could upload it, it's just adding two lines to debian/control after all
[09:17] <juliank> Oh yes I definitely need XB-Important: yes, so that focal's apt understands it on upgrades
[09:34] <sil2100> juliank: hm hm, could you prep those for groovy then?
[09:34] <sil2100> At least for shim*
[09:35] <juliank> sil2100: Yeah, we just need top-level shim-signed really
[09:43] -queuebot:#ubuntu-release- Unapproved: accepted ruamel.yaml [sync] (groovy-proposed) [0.16.12-2]
[10:09] <juliank> Oh hmm, I'll just set the old field only that's safer
[10:09] <juliank> well no nonsense
[10:10] <juliank> With the new protected field, if you upgrade dpkg first, and then try to remove shim-signed with old apt and new dpkg, it will fail
[10:10] <juliank> which is fine, since we're not removing it anymore automatically
[10:10] <juliank> but you get like double protection against removal if you end up with a half-upgrade
[10:11] -queuebot:#ubuntu-release- Builds: Kubuntu Desktop amd64 [Groovy Final] (20201020) has been added
[10:11] -queuebot:#ubuntu-release- Unapproved: shim-signed (groovy-proposed/main) [1.43 => 1.44] (core)
[10:12] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop amd64 [Groovy Final] (20201020) has been added
[10:12] -queuebot:#ubuntu-release- Builds: Xubuntu Desktop amd64 [Groovy Final] (20201020) has been added
[10:17] -queuebot:#ubuntu-release- Builds: Ubuntu MATE Desktop amd64 [Groovy Final] (20201020) has been added
[10:17] -queuebot:#ubuntu-release- Builds: Ubuntu Budgie Desktop amd64 [Groovy Final] (20201020) has been added
[10:20] <juliank> sil2100: ^ there is a shim-signed
[10:20] -queuebot:#ubuntu-release- Builds: Ubuntu Base amd64 [Groovy Final] (20201020) has been added
[10:20] -queuebot:#ubuntu-release- Builds: Ubuntu Base arm64 [Groovy Final] (20201020) has been added
[10:20] -queuebot:#ubuntu-release- Builds: Ubuntu Base armhf [Groovy Final] (20201020) has been added
[10:20] -queuebot:#ubuntu-release- Builds: Ubuntu Base ppc64el [Groovy Final] (20201020) has been added
[10:20] -queuebot:#ubuntu-release- Builds: Ubuntu Base s390x [Groovy Final] (20201020) has been added
[10:20] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity amd64 [Groovy Final] (20201020) has been added
[10:21] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity arm64 [Groovy Final] (20201020) has been added
[10:21] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity ppc64el [Groovy Final] (20201020) has been added
[10:21] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity s390x [Groovy Final] (20201020) has been added
[10:21] -queuebot:#ubuntu-release- Unapproved: opendht (groovy-proposed/universe) [2.1.4-1 => 2.1.6-1] (no packageset) (sync)
[10:22] -queuebot:#ubuntu-release- Unapproved: accepted opendht [sync] (groovy-proposed) [2.1.6-1]
[10:32] -queuebot:#ubuntu-release- Builds: Ubuntu Studio DVD amd64 [Groovy Final] (20201020) has been added
[10:34] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop amd64 [Groovy Final] (20201020) has been added
[10:40] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop amd64 [Groovy Final] (20201020) has been added
[10:40] -queuebot:#ubuntu-release- Unapproved: accepted shim-signed [source] (groovy-proposed) [1.44]
[10:46] <juliank> The following packages will be REMOVED:
[10:46] <juliank>   shim-signed
[10:46] <juliank> WARNING: The following essential packages will be removed.
[10:46] <juliank> This should NOT be done unless you know exactly what you are doing!
[10:46] <juliank>   shim-signed
[10:46] <juliank> 0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
[10:46] <juliank> After this operation, 2.734 kB disk space will be freed.
[10:46] <juliank> You are about to do something potentially harmful.
[10:46] <juliank> To continue type in the phrase 'Yes, do as I say!'
[10:46] <juliank>  ?]
[10:46] <juliank> This looks good to me
[10:48] <juliank> It also does not get marked as ?garbage anymore, because Protected is part of the root set of the garbage collector
[10:48] <juliank> ?garbage being the autoremovable set of packages
[10:48] <juliank> so this should all communicate well to the frontends
[11:10] -queuebot:#ubuntu-release- Builds: Ubuntu Server arm64+raspi [Groovy Final] (20201020.1) has been added
[11:10] -queuebot:#ubuntu-release- Builds: Ubuntu Server armhf+raspi [Groovy Final] (20201020.1) has been added
[11:12] -queuebot:#ubuntu-release- New binary: ring [amd64] (groovy-proposed/universe) [20191214.1.07edb5e~ds1-1] (no packageset)
[11:23] <seb128> sil2100, I was reading https://discourse.ubuntu.com/t/groovy-gorilla-20-10-release-status-tracking/18647/3
[11:23] <seb128> :heavy_check_mark: [sil2100] NonLanguagePackTranslationDeadline , ensure uploads with updated translations downloaded from Rosetta are done for:
[11:23] <seb128> but the slideshow didn't get an upload
[11:23] <seb128> gfxboot-theme-ubuntu is deprecated and should probably be removed from that list?
[11:25] <seb128> the checkbox status seems a bit incurrate there?
[11:33] -queuebot:#ubuntu-release- New binary: ring [s390x] (groovy-proposed/universe) [20191214.1.07edb5e~ds1-1] (no packageset)
[11:33] -queuebot:#ubuntu-release- New binary: ring [ppc64el] (groovy-proposed/universe) [20191214.1.07edb5e~ds1-1] (no packageset)
[11:41] <sil2100> seb128: oh, true! I checked the checkbox since I saw a new ubiquity-slideshow-ubuntu for groovy pushed last week and probably assumed it had updated translations, as this made sense
[11:41] <sil2100> I should have double checked
[11:46] -queuebot:#ubuntu-release- New binary: ring [arm64] (groovy-proposed/universe) [20191214.1.07edb5e~ds1-1] (no packageset)
[11:48] <LocutusOfBorg> vorlon, can we remove giac on s390x, and hint sagetex on arm64 ppc64el s390x? sagemath is not built there anymore, so the test obviously fail...
[11:48] <LocutusOfBorg> giac FTBFS on ppc64el and s390x also in Debian and sagemath is the only reverse-deps
[11:53] <Laney> sil2100: so, rebuild of the slideshow for translations?
[11:53] <Laney> but strings didn't change right, so depends if there are many/enough new ones?
[11:59] -queuebot:#ubuntu-release- New binary: ring [armhf] (groovy-proposed/universe) [20191214.1.07edb5e~ds1-1] (no packageset)
[12:06] -queuebot:#ubuntu-release- New: accepted ring [amd64] (groovy-proposed) [20191214.1.07edb5e~ds1-1]
[12:06] -queuebot:#ubuntu-release- New: accepted ring [armhf] (groovy-proposed) [20191214.1.07edb5e~ds1-1]
[12:06] -queuebot:#ubuntu-release- New: accepted ring [s390x] (groovy-proposed) [20191214.1.07edb5e~ds1-1]
[12:06] -queuebot:#ubuntu-release- New: accepted ring [arm64] (groovy-proposed) [20191214.1.07edb5e~ds1-1]
[12:06] -queuebot:#ubuntu-release- New: accepted ring [ppc64el] (groovy-proposed) [20191214.1.07edb5e~ds1-1]
[12:15] <bdmurray> tsimonq2: Does https://ubuntu.com/download/flavours need to mention the desktop environment Lubuntu used to use?
[12:19] <tsimonq2> bdmurray: Good point. I would say yes until April 2021 since we technically still support LXDE in 18.04 for that long.
[12:20] <tsimonq2> On the other hand, it's nearing EOL so maybe it should be reworded...
[12:47] <rbalint> ubuntu-archive: please promote https://bugs.launchpad.net/ubuntu/+source/google-guest-agent/+bug/1891929
[12:47] <ubot5> Ubuntu bug 1891929 in google-guest-agent (Ubuntu) "[MIR] google-guest-agent" [Undecided,Fix committed]
[12:54] <didrocks999> rbalint: done
=== didrocks999 is now known as didrocks
[12:55] <rbalint> didrocks, thanks!
[12:56] <didrocks> yw
[13:13] <sil2100> Laney: ok, checked ubiquity-slideshow-ubuntu and I'd recommend not to respin for it - we didn't change anything in the strings + the translation updates seem rather minimal
[13:13] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop arm64+raspi [Groovy Final] (20201020.1) has been added
[13:13] <sil2100> Though it's a bit of a guesswork, since the LP export changed wrapping of some strings and the diff is big because of it
[13:16] <sil2100> plars: hey! Once you're around, we have just built the first set of raspi rc images: both server and desktop!
[13:16] <sil2100> Testing would be appreciated
[13:18] <seb128> sil2100, Laney , unsure if that's useful input for you guys, but I'm +1 for not blocking on slideshow translations, we didn't have english strings changes this cycle
[13:23] <plars> sil2100: I saw, I'll take a look today
[13:30] <Laney> sil2100: seb128: ok, merci for having a look
[13:30] <Laney> I know we didn't have changes in English but we might have had improvements to the existing strings, but fine if it's checked and acked
[13:30] <sil2100> I have the package prepped in case we respin the world
[13:37] <teward> > in case we respin the world
[13:37] <teward> sil2100: if that's needed we have a bigger problem :P
[13:38] <Laney> juliank: don't suppose you would be able to construct a test case for your shim-signed and verify it would you? like install that version which got removed in focal that it seems mclemenceau had
[13:39] <tseliot> sil2100, hey, does the new ubuntu-drivers-common look ok now?
[13:39] <Laney> it was me that rejected that tseliot
[13:40] <Laney> and we'll look at it, will be an SRU anyway so :>
[13:40] <tseliot> Laney, oh, ok
[13:41] <sil2100> Yeah, I just poked about the cruft, it was Laney that was the rejector!
[13:49] <sil2100> plars: do you have a list of tests you run through raspi desktop images?
[13:49] <bdmurray> rafaeldtinoco: regarding pacemaker versioning if you were to switch to ubuntu3.1 or ubuntu3.2 that would be a version number less than the current one in -proposed so anybody who had installed ubuntu4 would not upgrade to ubuntu3.1. So I'd just keep on with the current versioning scheme.
[13:50] <rafaeldtinoco> bdmurray: what about my next SRU
[13:50] <sil2100> plars: since one test-case that would be good to always run is checking if the /swapfile swap file is working
[13:50] <rafaeldtinoco> bdmurray: should I do +1 or +0.1 ?
[13:51] <plars> sil2100: I don't have that one, but it would be good to add to the iso tracker. I think in the past, there was no automatic swap created on the raspi server images though. Are you saying there should be now?
[13:51] <bdmurray> rafaeldtinoco: well I guess +0.1 would look nicer but either is fine with me.
[13:52] <waveform> plars, not on server, but on the desktop image
[13:52] <rafaeldtinoco> bdmurray: thanks a lot for checking this. d
[13:52] <plars> ah, ok. That makes more sense :)
[13:52] <sil2100> plars: we create one for desktop only now ;)
[13:52] <waveform> (on the 4Gb model, the desktop, or more precisely just about any web-browser, pushes it to swap pretty quickly :)
[13:52] <plars> yeah, no doubt. I'll make sure to include it when I look at the desktop image
[13:55] <rbasak> jamespage: sorry I'm off this week
[14:15] -queuebot:#ubuntu-release- Unapproved: gce-compute-image-packages (bionic-proposed/universe) [20190801-0ubuntu1~18.04.1 => 20190801-0ubuntu1~18.04.2] (ubuntu-cloud)
[14:15] -queuebot:#ubuntu-release- Unapproved: gce-compute-image-packages (xenial-proposed/universe) [20190801-0ubuntu1~16.04.1 => 20190801-0ubuntu1~16.04.2] (ubuntu-cloud)
[14:15] -queuebot:#ubuntu-release- New source: google-compute-engine-oslogin (focal-proposed/primary) [20200925.00-0ubuntu3~20.04.0]
[14:15] -queuebot:#ubuntu-release- Unapproved: gce-compute-image-packages (focal-proposed/main) [20190801-0ubuntu4.1 => 20190801-0ubuntu4.2] (core, ubuntu-cloud)
[14:15] -queuebot:#ubuntu-release- New source: google-compute-engine-oslogin (xenial-proposed/primary) [20200925.00-0ubuntu3~16.04.0]
[14:15] -queuebot:#ubuntu-release- New source: google-compute-engine-oslogin (bionic-proposed/primary) [20200925.00-0ubuntu3~18.04.0]
[14:16] <rbalint> RAOF, bdmurray  please accept those ^, the they should migrate soon in groovy, too
[14:50] <juliank> Laney: Install shim-signed in chroot, mark as auto, upgrade to groovy?
[14:50] <juliank> Does that make sense?
[14:50] <Laney> sure, if that triggers the bug!
[14:50] <juliank> I just marked shim-signed as auto on my groovy system, installed the new shim and it was no longer auto-removable (and triggered that prompt if you manually removed it)
[14:51] <juliank> let's see what charmed-lamb has to say
[14:52] <Laney> [slight status update] rpi desktop images, and subiquity images will be respun to fix a couple of buglets
[14:58] <juliank> I sometimes hate myself
[15:01] <juliank> mount -t tmpfs tmpfs /boot/efi # hack around check
[15:14] <Trevinho> bdmurray: please can you check the focal SRU for  gnome-shell-extension-appindicator? It's waiting for some time now but it addresses various bad problems
[15:15] <juliank> Laney: test case is good
[15:15] <juliank> :)
[15:15] <Laney> nice
[15:15] <Laney> can you write in the bug please?
[15:15] <juliank> I did update it
[15:28] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (groovy-proposed/main) [2.693 => 2.694] (desktop-core, i386-whitelist)
[15:33] <plars> sil2100: waveform: looks like /swapfile is there, but it's not activated: "swapon: /swapfile: skipping - it appears to have holes."
=== Laney changed the topic of #ubuntu-release to: Released: Focal 20.04.1, Bionic 18.04.5 | Archive: Final Freeze | Track the status of the Groovy release: https://discourse.ubuntu.com/t/groovy-gorilla-20-10-release-status-tracking/18647 | Highlight ubuntu-archive for archive admin help | Groovy Release Coordination | We accept payment in cash, cheque or gin | melius malum quod cognoscis
[15:56] <vorlon> bdmurray: ah can we halt phasing on secureboot-db if we haven't already?
[15:57] <rbalint> plars, LP: #1892728
[15:57] <ubot5> Launchpad bug 1892728 in linux (Ubuntu Groovy) "ec2-hibinit-agent needs to properly initialize swap file" [High,Fix released] https://launchpad.net/bugs/1892728
[15:58] <rbalint> ubuntu-archive could you please let gce-compute-image-packages and google-compute-engine-oslogin migrate to groovy together?
[15:58] <waveform> plars, yes apparently ubuntu-image is converting a perfectly good, unholey swapfile into a rather more holey one; sil2100 is looking into it
[15:59] <bdmurray> vorlon: for which release?
[16:00] -queuebot:#ubuntu-release- Unapproved: accepted gnome-shell-extension-appindicator [source] (focal-proposed) [33.1-0ubuntu0.20.04.1]
[16:00] <vorlon> bdmurray: focal
[16:00] <vorlon> rbalint: hinting
[16:00] <plars> waveform: sil2100 is making swap more evil, got it. I'll check again after, thanks!
[16:01] <rbalint> vorlon, thanks, i'm not sure why they are not tried together
[16:01] <vorlon> rbalint: me either, a hint should show us better why
[16:01] <bdmurray> vorlon: its not phasing afaik so no?
[16:01] <vorlon> bdmurray: not phasing> so it finished phasing already?
[16:02] <vorlon> I guess it's been almost 30 days :P
[16:03] <vorlon> well anyway, the intent is to roll the SRU back entirely for now, so I'll just do that
[16:11] <Trevinho> bdmurray: thanks :)
[16:14] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (groovy-proposed) [2.694]
[16:22] <vorlon> Laney: uh.  do you know why old-releases.ubuntu.com has synced content from the old-images directory instead of the old-releases directory?
[16:24] <vorlon> hmm or maybe something else
[16:24] <vorlon> but http://old-releases.ubuntu.com/releases/xubuntu/releases/ has contents not on the source
[16:25] <vorlon> (and there happen to be a set of matching directories in the old-images directory... but without contents)
[16:29] <bdmurray> tseliot: because it'll be an SRU the bug will need SRU information
[16:58] -queuebot:#ubuntu-release- Unapproved: hedgewars (groovy-proposed/universe) [1.0.0-12 => 1.0.0-13] (no packageset) (sync)
[16:58] -queuebot:#ubuntu-release- Unapproved: accepted hedgewars [sync] (groovy-proposed) [1.0.0-13]
[17:05] -queuebot:#ubuntu-release- Unapproved: libclass-load-xs-perl (groovy-release/universe) [0.10-1build5 => 0.10-1build5] (ubuntukylin) (sync)
[17:05] -queuebot:#ubuntu-release- Unapproved: libmoose-perl (groovy-release/universe) [2.2013-1 => 2.2013-1] (ubuntukylin) (sync)
[17:05] -queuebot:#ubuntu-release- Unapproved: libpackage-stash-xs-perl (groovy-release/main) [0.29-1build2 => 0.29-1build2] (core) (sync)
[17:06] -queuebot:#ubuntu-release- Unapproved: libclass-load-xs-perl (groovy-release/universe) [0.10-1build5 => 0.10-1build5] (ubuntukylin) (sync)
[17:44] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity amd64 [Groovy Final] has been updated (20201020.1)
[17:44] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity arm64 [Groovy Final] has been updated (20201020.1)
[17:44] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity ppc64el [Groovy Final] has been updated (20201020.1)
[17:44] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity s390x [Groovy Final] has been updated (20201020.1)
[17:45] <coreycb> hello, can an archive admin promote python3-octavia-lib to main? that will unblock ovn-octavia-provider from groovy-proposed. the corresponding MIR has received a security team ack. https://bugs.launchpad.net/bugs/1864666
[17:45] <ubot5> Ubuntu bug 1864666 in python-octavia-lib (Ubuntu) "[MIR] python-octavia-lib, ovn-octavia-provider" [Medium,Fix committed]
[17:47] -queuebot:#ubuntu-release- Unapproved: ubuntu-image (groovy-proposed/main) [1.10+20.10ubuntu1 => 1.10+20.10ubuntu2] (desktop-core)
[18:01] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-image [source] (groovy-proposed) [1.10+20.10ubuntu2]
[18:04] <xnox> Laney:  https://bugs.launchpad.net/ubuntu/+source/gdm3/+bug/1900754 doesn't look nice
[18:04] <ubot5> Ubuntu bug 1900754 in gdm3 (Ubuntu) "gdm is having crashes in livesession?" [Undecided,New]
[18:09] -queuebot:#ubuntu-release- Unapproved: ubuntu-image (groovy-proposed/main) [1.10+20.10ubuntu1 => 1.10+20.10ubuntu2] (desktop-core)
[18:10] <sil2100> :(
[18:19] -queuebot:#ubuntu-release- Unapproved: conserver (groovy-proposed/multiverse) [8.2.4-2 => 8.2.4-2ubuntu1] (no packageset)
[18:21] -queuebot:#ubuntu-release- Unapproved: accepted conserver [source] (groovy-proposed) [8.2.4-2ubuntu1]
[18:22] -queuebot:#ubuntu-release- Unapproved: conserver (focal-proposed/multiverse) [8.2.4-2 => 8.2.4-2ubuntu0.20.04.1] (no packageset)
[18:24] <sil2100> vorlon: ok, ubuntu-image that's in the queue should be good ^
[18:24] <sil2100> vorlon: I'd appreciate a review!
[18:24] <vorlon> sil2100: there is an added diffcov.html file that ended up in your debdiff, presumably something not cleaned up by debian/rules clean?  I'll ignore it for review
[18:24] <sil2100> Oh, was there? Darn, thought I cleaned it all up
[18:26] <sil2100> This one will be better, I swear
[18:26] <sil2100> Rejecting the old one
[18:26] <vorlon> sil2100: hnngh I don't love the interfaces here, assuming that there is a file named 'swapfile' and that if it's there we should desparsify it
[18:26] <vorlon> sil2100: nooooo
[18:26] <vorlon> I said I was ignoring it for review :)
[18:27] <sil2100> eeek
[18:27] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-image [source] (groovy-proposed) [1.10+20.10ubuntu2]
[18:27]  * sil2100 trigger-happy
[18:27] <vorlon> sil2100: accepted from rejected
[18:27] <vorlon> so that I can go afk again for a bit ;P
[18:27] -queuebot:#ubuntu-release- Unapproved: ubuntu-image (groovy-proposed/main) [1.10+20.10ubuntu1 => 1.10+20.10ubuntu2] (desktop-core)
[18:28] <sil2100> hah, thanks!
[18:29] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-image [source] (groovy-proposed) [1.10+20.10ubuntu2]
[18:32] <sil2100> I already tested it locally with some dummy rootfses, but once this builds in -proposed I'll kick a real livefs proposed enabled build on my private livefs builder to see if everything ticks with the final raspi desktop image
[18:32] <sil2100> Since we anyway need to wait for this to migrate
[18:32] <sil2100> I'll unblock it if you didn't yet
[19:03] <mitya57> Hi, please consider letting metacity migrate to -release, it is a small fix for users upgrading from previous releases (Debian #972316).
[19:03] <ubot5> Debian bug 972316 in metacity-common "metacity-common: conffile not removed: /etc/sgml/metacity-common.cat" [Normal,Fixed] http://bugs.debian.org/972316
[19:08] <sil2100> mitya57: if it's an upgrade fix then I guess it can be an SRU, right? I mean, we will try but only if we decide that we need to respin
[19:09] <sil2100> Since we have candidate images already, and we'd have to respin kylin if we accept it
[19:16] <juliank> sil2100: this one candiate? http://cdimage.ubuntu.com/daily-live/20201020/
[19:16] <juliank> * is this one the candidate
[19:17] <juliank> I really need to get to the point where I can reinstall every 6 months as opposed to upgrading dirty systems with all sorts of local hacks :D
[19:18] <mitya57> sil2100: ah, I didn't follow closely. If it's included in built images then it can be a SRU, yes.
[19:18] <mitya57> I just don't want this fix to be completely lost :)
[20:09] <sil2100> vorlon, waveform, bdmurray, Laney: I have just ran a test livefs build of raspi desktop and I confirm (at least via rootfs inspection) that the swapfile is no longer sparse!
[20:09] <bdmurray> \o/
[20:10] <sil2100> Ok, unblocking ubuntu-image in that case
[20:10] <sil2100> juliank: yep, that's it!
[20:10] <sil2100> mitya57: we can 0-day SRU it even, I guess?
[20:12] <sil2100> I go AFK again, get some exercise
[20:15] <mitya57> sil2100: yes, please
[20:16]  * mitya57 also AFK, for sleep
[20:26] <vorlon> sil2100: woohoo!
[20:29] <doko> looking at https://autopkgtest.ubuntu.com/running I see all autopkg tests running for SRUs / security updates on the "big" side. why?
[20:46] -queuebot:#ubuntu-release- Unapproved: accepted libgweather [source] (focal-proposed) [3.36.1-1~ubuntu20.04.1]
[20:46] <vorlon> doko: the only ones I see currently in the queue are all in the 'ppa' queue?
[20:57] -queuebot:#ubuntu-release- Unapproved: ec2-hibinit-agent (focal-proposed/main) [1.0.0-0ubuntu9 => 1.0.0-0ubuntu9.1] (no packageset)
[21:01] <rbalint> juliank, i'd like to reinstall on every weekend, fully automatically
[21:08] <mwhudson> anything useful i can do for release?
[21:08] -queuebot:#ubuntu-release- Unapproved: accepted neutron [source] (focal-proposed) [2:16.2.0-0ubuntu1]
[21:14] <bdmurray> mwhudson: add release notey things?
[21:14] <mwhudson> ah yes
[21:15] <bdmurray> plars: any raspi testing news?
[21:20] -queuebot:#ubuntu-release- Unapproved: accepted clevis [source] (focal-proposed) [12-1ubuntu2.2]
[21:23] <plars> bdmurray: yes, ok so far except for the issue mentioned on desktop with swapfile. I'll get isotracker updated today with progress so far
[21:23] -queuebot:#ubuntu-release- Unapproved: accepted zlib [source] (focal-proposed) [1:1.2.11.dfsg-2ubuntu1.2]
[21:24] <bdmurray> plars: great, thanks!
[21:31] <vorlon> bdmurray: hmm so I just noticed https://discourse.ubuntu.com/t/groovy-gorilla-20-10-release-status-tracking/18647 said shim-signed was for 0-day SRU, /after/ I unblocked it and it migrated; should I be rolling this back to avoid forcing respins?
[21:35] <vorlon> (rolling back)
[21:35] <bdmurray> thanks
[21:36] <bdmurray> coreycb: bug 1894453 is missing SRU information
[21:36] <ubot5> bug 1894453 in ceph (Ubuntu) "Building Ceph packages with RelWithDebInfo" [Undecided,Fix released] https://launchpad.net/bugs/1894453
[21:36] -queuebot:#ubuntu-release- Unapproved: shim-signed (groovy-proposed/none) [none => 1.44] (core) (sync)
[21:37] -queuebot:#ubuntu-release- New sync: shim-signed (groovy-release/primary) [1.43]
[21:38] -queuebot:#ubuntu-release- Unapproved: accepted shim-signed [sync] (groovy-proposed) [1.44]
[21:39] -queuebot:#ubuntu-release- New: accepted shim-signed [sync] (groovy-release) [1.43]
[21:41] -queuebot:#ubuntu-release- Unapproved: accepted cinnamon-session [source] (focal-proposed) [4.4.1-1ubuntu0.1]
[21:41] -queuebot:#ubuntu-release- Unapproved: rejected libclass-load-xs-perl [sync] (groovy-release) [0.10-1build5]
[21:41] -queuebot:#ubuntu-release- Unapproved: rejected libpackage-stash-xs-perl [sync] (groovy-release) [0.29-1build2]
[21:41] -queuebot:#ubuntu-release- Unapproved: rejected libclass-load-xs-perl [sync] (groovy-release) [0.10-1build5]
[21:41] <vorlon> xnox: you never replied to my suggestion that debian-cd should grab memtest86 separately from the archive instead of via cd-boot-images-amd64; I think I would like to argue that it's not part of the bootloader at all
[21:41] -queuebot:#ubuntu-release- Unapproved: rejected libmoose-perl [sync] (groovy-release) [2.2013-1]
[21:43] <sil2100> vorlon: I re-triggered the failing ubuntu-image amd64 test, but it's just a flaky test if anything
[21:44] <sil2100> So if it fails again, I'd opt for skiptesting it (if other arches are good) to get things moving
[21:46] -queuebot:#ubuntu-release- Unapproved: accepted heat [source] (focal-proposed) [1:14.1.0-0ubuntu1]
[21:49] -queuebot:#ubuntu-release- Unapproved: accepted octavia [source] (focal-proposed) [6.1.0-0ubuntu1]
[21:52] -queuebot:#ubuntu-release- Unapproved: accepted cinder [source] (focal-proposed) [2:16.2.0-0ubuntu1]
[21:53] <vorlon> sil2100: I also retriggered it, so one of the two retriggers should pass ;)
[21:54] -queuebot:#ubuntu-release- Unapproved: gpaste (groovy-proposed/universe) [3.36.3-1 => 3.38.2-1] (no packageset) (sync)
[21:54] -queuebot:#ubuntu-release- Unapproved: accepted gpaste [sync] (groovy-proposed) [3.38.2-1]
[21:57] -queuebot:#ubuntu-release- Unapproved: accepted swift [source] (focal-proposed) [2.25.1-0ubuntu1]
[21:58] -queuebot:#ubuntu-release- New binary: gpaste [ppc64el] (groovy-proposed/universe) [3.38.2-1] (no packageset)
[21:58] -queuebot:#ubuntu-release- New binary: gpaste [s390x] (groovy-proposed/universe) [3.38.2-1] (no packageset)
[21:59] -queuebot:#ubuntu-release- New binary: gpaste [amd64] (groovy-proposed/universe) [3.38.2-1] (no packageset)
[22:00] -queuebot:#ubuntu-release- New: accepted gpaste [amd64] (groovy-proposed) [3.38.2-1]
[22:00] -queuebot:#ubuntu-release- New: accepted gpaste [s390x] (groovy-proposed) [3.38.2-1]
[22:00] -queuebot:#ubuntu-release- New: accepted gpaste [ppc64el] (groovy-proposed) [3.38.2-1]
[22:01] -queuebot:#ubuntu-release- New binary: gpaste [arm64] (groovy-proposed/universe) [3.38.2-1] (no packageset)
[22:02] -queuebot:#ubuntu-release- Unapproved: accepted v4l2loopback [source] (focal-proposed) [0.12.3-1ubuntu0.1]
[22:02] -queuebot:#ubuntu-release- New: accepted gpaste [arm64] (groovy-proposed) [3.38.2-1]
[22:03] -queuebot:#ubuntu-release- New binary: gpaste [armhf] (groovy-proposed/universe) [3.38.2-1] (no packageset)
[22:11] -queuebot:#ubuntu-release- Unapproved: accepted clevis [source] (bionic-proposed) [8-1ubuntu0.2]
[22:39] <vorlon> sil2100: my run passed
[22:43] -queuebot:#ubuntu-release- Unapproved: virtualbox-hwe (groovy-proposed/multiverse) [6.1.14-dfsg-4ubuntu1.20.10.1 => 6.1.16-dfsg-1ubuntu1.20.10.1] (no packageset)
[22:43] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox-hwe [source] (groovy-proposed) [6.1.16-dfsg-1ubuntu1.20.10.1]
[22:50] -queuebot:#ubuntu-release- New: accepted gpaste [armhf] (groovy-proposed) [3.38.2-1]
[22:57] <sil2100> \o/
[22:59] <sil2100> vorlon: will you be around to rebuild the raspi desktop images once ubuntu-image migrates?
[22:59] <sil2100> I guess we also had a fix in subiquity server?
[23:00] <vorlon> sil2100: yes
[23:00] <vorlon> subiquity server> I know xnox said this morning that a snap has been migrated to the stable channel; did no one do the respin for that yet?
[23:02] <sil2100> Not sure, hm, I didn't hear anything at least! We might need to check the timestamps
[23:03] <sil2100> vorlon: looks like someone did
[23:03] <sil2100> So nvm that!
[23:03] <sil2100> Ok, I go to sleep now, thanks and see you tomorrow o/
[23:12] <bdmurray> Removing subiquity respin from the status tracking then
[23:23] <vorlon> I also confirmed that the correct revision of subiquity was shown in the build log
[23:23] <vorlon> (on amd64)