[00:20] <RAOF> blackboxsw:Me is actually mid-morning. Let's get some cloud-init happening!
[00:29] <blackboxsw> schweet RAOF
[00:29] -queuebot:#ubuntu-release- Unapproved: ibm-java80 (xenial-proposed/partner) [8.0.5.40-0ubuntu1 => 8.0.6.0-0ubuntu1] (no packageset)
[00:39]  * RAOF grins at `safeyaml`
[00:45] <RAOF> blackboxsw: It would be nice to explicitly mention that the Debian patch dropped was dropped because it's in the new upstream release, rather than me trawling through the long upstream changelog ;)
[00:46] <blackboxsw> Ahh excellent, yes, will amend that in the descr, and of future SRUs
[00:46] <blackboxsw> RAOF: should that be the debian/changelog text that says that
[00:46] <blackboxsw> ?
[00:46] <blackboxsw> we can fixup our tooling to emit that
[00:47] <RAOF> Yeah, ideally.
[00:47] <blackboxsw> ok will do
[00:47] <blackboxsw> will ammend that for all subsequent SRUs
[00:47] <RAOF> Changelogs for SRUs are kinda annoying, in that they have two distinct audiences.
[00:47] <RAOF> Developers working on the package, and users working out whether to upgrade the package :)
[00:48] <blackboxsw> RAOF: which debian/changelog entry text are we talking about changing?
[00:49] <blackboxsw> I'm trying to find an unclear one that doesn't already say dropped due to upstream inclusion
[00:49] <RAOF> Oh! Xenial's.
[00:49] <blackboxsw> ok moving to xenial to check
[00:49] <blackboxsw> there I see   * refresh patches:
[00:49] <blackboxsw>    + debian/patches/ec2-classic-dont-reapply-networking.patch
[00:49] -queuebot:#ubuntu-release- Unapproved: accepted cloud-init [source] (xenial-proposed) [19.3-41-gc4735dd3-0ubuntu1~16.04.1]
[00:50] <blackboxsw> and previous SRUs had   * drop the following cherry-picks now included:
[00:50] <blackboxsw>     + cpick-1d5e9aef-azure-Add-apply_network_config-option-to-disable
[00:50] <blackboxsw> ohhhh      - drop cherry picks included in upstream/master commit 7d5d34f3
[00:51] <RAOF> Hm.
[00:51] <blackboxsw> I see, sorry about that. I think this was a one off case RAOF, I'll make sure we adhere to our typical cherry pick dropping (we have tooling that does that and write the appropriate debian/changelog and I think that wasn't used on xenial
[00:52] <RAOF> It also appears to be missing from bionic.
[00:54] -queuebot:#ubuntu-release- Unapproved: accepted cloud-init [source] (bionic-proposed) [19.3-41-gc4735dd3-0ubuntu1~18.04.1]
[00:55] -queuebot:#ubuntu-release- Unapproved: accepted cloud-init [source] (disco-proposed) [19.3-41-gc4735dd3-0ubuntu1~19.04.1]
[00:55] <blackboxsw> RAOF: that patch wasn't needed bionic I believe. and this SRU should sync both xenial and bionic to be equivalent
[00:56] <RAOF> Hm. It's actually been dropped from all series, and not mentioned explicitly.
[00:57] <blackboxsw> hrm, ok I need to figure out why that's happened
[00:57] -queuebot:#ubuntu-release- Unapproved: accepted cloud-init [source] (eoan-proposed) [19.3-41-gc4735dd3-0ubuntu1~19.10.1]
[00:57] <blackboxsw> thanks for this
[00:57] <RAOF> You might want to see if there's something about that patch which your current tooling fails to pick up.
[00:58] <blackboxsw> yep I think in all cases it was a git cherry-pick manually run instead of our tooling 'cherry-pick'
[00:58] <blackboxsw> which would have added the appropriate debian/changelog entry
[00:58] <blackboxsw> ok I'll talk to our team tomorrow to make sure that's not repeated
[00:58] <blackboxsw> #newguys ;)
[00:58] <RAOF> :)(
[00:59] <blackboxsw> not so new, just newer to our team :)
[00:59] <blackboxsw> and had different tooling on their team.\
[05:39] -queuebot:#ubuntu-release- New: accepted hypopg [amd64] (focal-proposed) [1.1.3-1]
[05:39] -queuebot:#ubuntu-release- New: accepted hypopg [armhf] (focal-proposed) [1.1.3-1]
[05:39] -queuebot:#ubuntu-release- New: accepted hypopg [s390x] (focal-proposed) [1.1.3-1]
[05:39] -queuebot:#ubuntu-release- New: accepted hypopg [arm64] (focal-proposed) [1.1.3-1]
[05:39] -queuebot:#ubuntu-release- New: accepted hypopg [ppc64el] (focal-proposed) [1.1.3-1]
[06:03] <cpaelzer> bdmurray: open-vm-tools  has only went to -updates for Eoan
[06:03] <cpaelzer> bdmurray: the block-proposed that I added was for Bionic and Disco
[06:04] <cpaelzer> I thought that should work for those two, or is the tag non-functional as soon as it was released for one series?
[06:07] <cpaelzer> apw: vorlon: seb128: is one of you around to set the phasing of open-vm-tools 2:11.0.1-2ubuntu0.19.10.1 in Eoan back to 0%
[06:08] <cpaelzer> currently at 70%
[06:08] <cpaelzer> reasons https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/1844834/comments/19  https://github.com/vmware/open-vm-tools/issues/390
[06:08] <gitbot> vmware issue 390 in open-vm-tools "Crash in HostinfoLsbRemoveQuotes" [Open]
[09:39] <apw> cpaelzer, the tools say it is at 0%
[09:41] <cpaelzer> apw: hmm, yeah it says it now
[09:41] <cpaelzer> was saying 70% this morning
[09:41] <cpaelzer> Ah here, I got a mail about 2h ago
[09:41] <cpaelzer> maybe some AA already responded but didn't ping
[09:42] <apw> perhaps, not sure who is awake but ok
[10:07] <rbalint> hi, rbasak please take a look at wslu in your sru cycle
[10:13] -queuebot:#ubuntu-release- Builds: Ubuntu Server arm64+raspi3 [Eoan 19.10.1] has been updated (20191203)
[10:13] -queuebot:#ubuntu-release- Builds: Ubuntu Server armhf+raspi3 [Eoan 19.10.1] has been updated (20191203)
[10:25] <LocutusOfBorg> sforshee, of course testing is appreciated :)
[10:49] <LocutusOfBorg> mdeslaur, can clamav go in sync now?
[10:50] <LocutusOfBorg> I mean, the patch is in stable releases, it is not needed anymore, right?
[10:59] <LocutusOfBorg> any AA, please move golang-1.12-race-detector-runtime to universe and golang-1.13-race-detector-runtime to main, thanks
[12:14] -queuebot:#ubuntu-release- New binary: linux-signed-gcp [amd64] (disco-proposed/main) [5.0.0-1027.28] (core, kernel)
[12:15] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (xenial-proposed/main) [4.4.0-171.200] (core, kernel)
[12:44] -queuebot:#ubuntu-release- New: accepted linux-signed-gcp [amd64] (disco-proposed) [5.0.0-1027.28]
[12:45] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (xenial-proposed) [4.4.0-171.200]
[12:51] <sforshee> LocutusOfBorg: virtualbox-guest-dkms 6.0.14-dfsg-4 builds fine with 5.4, thanks!
[12:54] <ahasenack> hello, could an archive admin please take a look at the haproxy i386 failure in https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#haproxy ?
[12:54] <ahasenack> is this a case where the i386 package has to be removed, as per vorlon's email to ubuntu-devel a few days ago?
[12:57] <jdstrand> vorlon: thanks!
[13:07] <ahasenack> for my case, neutron-metadata-agent exists for i386, but it wants haproxy, which wasn't built for i386
[14:15] <cpaelzer> apw: seb128: doko: pinging AAs for a removal as described in bug 1853003
[14:26] <seb128> cpaelzer, apw, doko, done now
[14:27] <cpaelzer> thank you
[14:27] <seb128> cpaelzer, can you get it removed from https://people.canonical.com/~ubuntu-archive/seeds/platform.focal/supported-misc-servers , I overlooked that before removing it :-/
[14:27] -queuebot:#ubuntu-release- New binary: linux-signed-gcp [amd64] (xenial-proposed/main) [4.15.0-1051.54] (kernel)
[14:27] <cpaelzer> yes I'll open an MP for that, just a sec
[14:27] <seb128> thx
[14:27] -queuebot:#ubuntu-release- New binary: linux-signed-oracle [amd64] (disco-proposed/main) [5.0.0-1009.14] (core, kernel)
[14:29] -queuebot:#ubuntu-release- New: accepted linux-signed-oracle [amd64] (disco-proposed) [5.0.0-1009.14]
[14:30] <cpaelzer> seb128: https://code.launchpad.net/~paelzer/ubuntu-seeds/+git/platform/+merge/376334
[14:31] <cpaelzer> arr merge target might mismatch
[14:31] <seb128> cpaelzer, wrong... right
[14:32] <cpaelzer> looks much saner https://code.launchpad.net/~paelzer/ubuntu-seeds/+git/platform/+merge/376335
[15:29] <vorlon> ahasenack: the haproxy i386 binaries were removed; the triggering of the test for the non-existent haproxy binaries is the annoying britney behavior.  I've added a round of badtest hints
[15:34] -queuebot:#ubuntu-release- Unapproved: python-stdlib-extensions (bionic-proposed/main) [2.7.16-2~18.04 => 2.7.17-1~18.04] (kubuntu, ubuntu-desktop)
[15:34] -queuebot:#ubuntu-release- Unapproved: python2.7 (bionic-proposed/main) [2.7.15-4ubuntu4~18.04.2 => 2.7.17-1~18.04] (core)
[15:52] -queuebot:#ubuntu-release- Unapproved: swift (eoan-proposed/main) [2.23.0-0ubuntu1 => 2.23.1-0ubuntu0.19.10.1] (openstack)
[16:28] <ahasenack> vorlon: thanks
[16:43] <RikMills> imagemagick needs a no change rebuild against libopenexr24 to get nearer to completing that transition. could any core-dev lurking be kind enough to oblige?
[17:38] <ahasenack> vorlon: neutron also needs a badtest for i386? https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#haproxy
[17:38] <ahasenack>  neutron-metadata-agent : Depends: haproxy but it is not installable
[17:39] <ahasenack> or should neutron stop being built for i386
[18:31] -queuebot:#ubuntu-release- New binary: ldb [amd64] (focal-proposed/main) [2:2.0.7-4] (core, i386-whitelist)
[18:31] -queuebot:#ubuntu-release- New binary: ldb [s390x] (focal-proposed/main) [2:2.0.7-4] (core, i386-whitelist)
[18:32] -queuebot:#ubuntu-release- New binary: ldb [ppc64el] (focal-proposed/main) [2:2.0.7-4] (core, i386-whitelist)
[18:33] <ahasenack> hi archive admins, the new binary above is a soname change: libldb1 -> libldb2
[18:33] <ahasenack> could someone let it through please?
[18:33] -queuebot:#ubuntu-release- New binary: ldb [i386] (focal-proposed/main) [2:2.0.7-4] (core, i386-whitelist)
[18:34] <ahasenack> although it's still building for arm
[18:37] -queuebot:#ubuntu-release- New binary: ldb [armhf] (focal-proposed/main) [2:2.0.7-4] (core, i386-whitelist)
[18:37] -queuebot:#ubuntu-release- New binary: ldb [arm64] (focal-proposed/main) [2:2.0.7-4] (core, i386-whitelist)
[18:39] <ahasenack> ok, all built now
[18:41] <cjwatson> This sort of new-on-import-from-Debian is semi-automatic, but done anyway
[18:41] -queuebot:#ubuntu-release- New: accepted ldb [amd64] (focal-proposed) [2:2.0.7-4]
[18:41] -queuebot:#ubuntu-release- New: accepted ldb [armhf] (focal-proposed) [2:2.0.7-4]
[18:41] -queuebot:#ubuntu-release- New: accepted ldb [ppc64el] (focal-proposed) [2:2.0.7-4]
[18:42] -queuebot:#ubuntu-release- New: accepted ldb [arm64] (focal-proposed) [2:2.0.7-4]
[18:42] -queuebot:#ubuntu-release- New: accepted ldb [s390x] (focal-proposed) [2:2.0.7-4]
[18:42] -queuebot:#ubuntu-release- New: accepted ldb [i386] (focal-proposed) [2:2.0.7-4]
[18:45] <ahasenack> thanks!
[18:45] <ahasenack> I have two other uploads that need this ldb version, so this speeds that up
[19:58] -queuebot:#ubuntu-release- New binary: linux-signed-hwe [ppc64el] (xenial-proposed/main) [4.15.0-73.82~16.04.1] (kernel)
[19:58] -queuebot:#ubuntu-release- New binary: linux-signed-hwe [amd64] (xenial-proposed/main) [4.15.0-73.82~16.04.1] (kernel)
[20:46] <kanashiro> smartmontools is not a candidate to migrate from proposed because of a missing build on i386, could someone please help me with that?
[21:06] <vorlon> kanashiro: I was just working my way through the proposed-migration list down to that one; the i386 binaries will be removed shortly
[21:07] <kanashiro> thanks vorlon
[21:20] <vorlon> kanashiro: mm.  the revdep tree of this package is deep (I just hit qemu), this may wind up waiting until I do the mass i386 binary removals
[21:25] <kanashiro> vorlon, ok
[21:25] <vorlon> actually the qemu revdeps weren't so bad, almost done pruning
[21:32] -queuebot:#ubuntu-release- Unapproved: mdadm (bionic-proposed/main) [4.1~rc1-3~ubuntu18.04.2 => 4.1~rc1-3~ubuntu18.04.3] (core)
[21:32] -queuebot:#ubuntu-release- Unapproved: mdadm (eoan-proposed/main) [4.1-2ubuntu3 => 4.1-2ubuntu3.1] (core)
[21:32] -queuebot:#ubuntu-release- Unapproved: mdadm (disco-proposed/main) [4.1-1ubuntu1 => 4.1-1ubuntu1.1] (core)
[21:32] -queuebot:#ubuntu-release- New: accepted linux-signed-gcp [amd64] (xenial-proposed) [4.15.0-1051.54]
[21:32] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [ppc64el] (xenial-proposed) [4.15.0-73.82~16.04.1]
[21:32] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [amd64] (xenial-proposed) [4.15.0-73.82~16.04.1]