[02:48] <RAOF> GODDAMNIT EVOLUTION!
[02:48] <RAOF> "The SRU team meating was 7 hours ago" is *not* a useful notification, damnit!
[02:52] <Eickmeyer> O_O
[04:58] <cpaelzer> bdmurray: it is no problem that the open-vm-tools component of the overall 1819207 will get notified
[04:58] <cpaelzer> I can add tags accordingly if that helps SRU processing
[05:01] <cpaelzer> bdmurray: done
[08:07] <Laney> vorlon:
[08:07] <Laney> ubuntu@juju-prod-ues-proposed-migration-machine-2:~$ echo $(distro-info --supported)
[08:07] <Laney> xenial bionic cosmic disco eoan
[08:09] <Laney> ubuntu@juju-prod-ues-proposed-migration-machine-2:~$ distro-info --supported --supported-esm
[08:09] <Laney> ubuntu-distro-info: You have to select exactly one of --all, --devel, --latest, --lts, --stable, --supported, --supported-esm, --series, --unsupported.
[08:09] <Laney> this seems like a bit of an annoying interface
[08:09] <Laney> because --supported-esm contains things that are also in --supported, so we would have to de-duplicate
[08:13] <Laney> vorlon: would you like to own fixing this? I think building new cloud images also uses distro-info --supported so that would need this treatment too
[08:23] <Ukikie> Laney: I noticed that and worked around it with something like:
[08:23] <Ukikie> dists=(precise $(ubuntu-distro-info --codename --supported-esm))
[08:23] <Ukikie> for dist in $(ubuntu-distro-info --codename --supported);do
[08:23] <Ukikie>    if [[ ! ${dists[@]} =~ $dist ]];then
[08:23] <Ukikie>       dists+=($dist)
[08:23] <Ukikie>    fi
[08:23] <Ukikie> done
[08:24] <Ukikie> Properly fixing it does seem like a nice idea. :)
[08:25] <Laney> also you lose the ordering if you do something like that
[09:21] <Laney> stgraber: queuebot looks to have gone away
[09:21] <Laney> jamespage: re the smartmontools backport, we'd need it for disco/cosmic too to maintain an upgrade path
[09:21] <Laney> you're lucky, I don't normally check the upload queue for backports but I was looking at one for Unit193 ;-)
[09:44] <stgraber> Will kick queuebot
[10:15] -queuebot:#ubuntu-release- Unapproved: python-tornado (bionic-proposed/universe) [4.5.3-1 => 4.5.3-1ubuntu0.1] (ubuntustudio)
[10:24] -queuebot:#ubuntu-release- Unapproved: openssl (disco-proposed/main) [1.1.1b-1ubuntu2 => 1.1.1b-1ubuntu2.1] (core)
[10:25] <xnox> Laney:  tjaalton: 3rd time lucky openssl for disco ^ looks like it's for the right pocket now.
[10:29] <Laney> :>
[10:33] -queuebot:#ubuntu-release- Unapproved: snapd (xenial-proposed/main) [2.38 => 2.39.1] (desktop-core, ubuntu-server)
[10:34] -queuebot:#ubuntu-release- Unapproved: snapd (bionic-proposed/main) [2.38+18.04 => 2.39.1+18.04] (desktop-core, ubuntu-server)
[10:34] -queuebot:#ubuntu-release- Unapproved: snapd (disco-proposed/main) [2.38+19.04 => 2.39.1+19.04] (core)
[10:34] -queuebot:#ubuntu-release- Unapproved: snapd (cosmic-proposed/main) [2.38+18.10 => 2.39.1+18.10] (desktop-core, ubuntu-server)
[11:25] <coreycb> rbasak: hello, if you have a chance in your sru rota today we'd like to see if we can get python-glance-store released to cosmic-updates
[11:30] -queuebot:#ubuntu-release- Unapproved: gnome-control-center (disco-proposed/main) [1:3.32.1-1ubuntu4.1 => 1:3.32.2-0ubuntu1] (desktop-core)
[11:55] -queuebot:#ubuntu-release- New binary: ceph [arm64] (eoan-proposed/main) [14.2.1-0ubuntu1] (desktop-core, ubuntu-server)
[12:10] <jamespage> Laney: ack - let me sort that out
[12:11] <Laney> thankee
[12:12] -queuebot:#ubuntu-release- Unapproved: smartmontools (cosmic-backports/main) [6.5+svn4324-1 => 7.0-0ubuntu1~ubuntu18.10.1] (ubuntu-server)
[12:12] -queuebot:#ubuntu-release- Unapproved: smartmontools (disco-backports/main) [6.6-1 => 7.0-0ubuntu1~ubuntu19.04.1] (ubuntu-server)
[12:31] <jamespage> Laney: ^^ - tested via PPA builds here - https://launchpad.net/~james-page/+archive/ubuntu/train/+packages
[12:31] <Laney> cool, thanks, will look in a bit
[12:51] -queuebot:#ubuntu-release- Unapproved: libreoffice (disco-proposed/main) [1:6.2.3-0ubuntu0.19.04.1 => 1:6.2.4-0ubuntu0.19.04.1] (ubuntu-desktop)
[12:52] -queuebot:#ubuntu-release- Unapproved: libreoffice-l10n (disco-proposed/main) [1:6.2.3-0ubuntu0.19.04.1 => 1:6.2.4-0ubuntu0.19.04.1] (ubuntu-desktop)
[13:09] <rbasak> coreycb: have you done a CI run against python-glance-store as well as having verified the individual fix? I don't see any CI report in the bug.
[13:11] <coreycb> rbasak: i've not but we generally only run CI for stable point releases. i certainly can though.
[13:16] -queuebot:#ubuntu-release- Unapproved: accepted smartmontools [source] (bionic-backports) [7.0-0ubuntu1~ubuntu18.04.1]
[13:16] -queuebot:#ubuntu-release- Unapproved: accepted smartmontools [source] (cosmic-backports) [7.0-0ubuntu1~ubuntu18.10.1]
[13:17] -queuebot:#ubuntu-release- Unapproved: accepted smartmontools [source] (disco-backports) [7.0-0ubuntu1~ubuntu19.04.1]
[13:17] <rbasak> coreycb: the bug description  said you'd run it! I don't mind how it's achieved but I'd prefer to have some confidence that the SRU doesn't break existing functionality, and CI seems like a good way to do that.
[13:17] <rbasak> coreycb: especially if the bug being fixed is particularly targeted and so the test to verify the bug fix itself doesn't exercise much of the package, which I presume here it doesn't?
[13:20] <coreycb> rbasak: it does appear to say that doesn't it :)
[13:22] <coreycb> rbasak: we'll run it. sahid, would you mind running CI for python-glance-store that since you put it in the testing section?
[13:23] <coreycb> rbasak: we are working toward having CI run regularly but not there yet
[13:24] <rbasak> coreycb: thanks :)
[13:27] <sahid> rbasak, coreycb: sure will do
[13:27] <coreycb> sahid: thanks
[13:35] <coreycb> sahid: thanks
[13:35] <coreycb> sahid: lol sorry!
[13:35] <sahid> :)
[14:54] -queuebot:#ubuntu-release- Unapproved: gnome-control-center (bionic-proposed/main) [1:3.28.2-0ubuntu0.18.04.4 => 1:3.28.2-0ubuntu0.18.04.5] (ubuntu-desktop)
[15:15] <vorlon> Laney: ack, I'll take a look at that (distro-info), the cpc team already had to deal with this on the cloud image building side
[15:19] <Laney> vorlon: thanks. an interface in distro-info which lets us get the union of --supported and --supported-esm would seem quite nice to avoid having to perform contortions in multiple places...
[15:20] <vorlon> bdmurray: ^^ thoughts on this?  I actually assumed distro-info --supported-esm would output those releases that are currently supported and have no separate esm data
[15:28] <bdmurray> vorlon: Could you clarify what releases you would expect --supported-esm to return right now?
[15:29] <vorlon> bdmurray: I was thinking trusty xenial bionic cosmic disco eoan; since they are all supported and some of them only if you have ESM.  Does that make sense, and am I contradicting myself vs our past discussion?
[15:30] <vorlon> for example you currently list both xenial and bionic, which are supported today even if you don't have ESM
[15:30] <bdmurray> vorlon: Hmm, well I was thinking --supported-esm should only list trusty
[15:31] <vorlon> so I think it makes sense to also list the non-LTS releases, which don't declare a separate ESM EOL date and are supported
[15:33] <vorlon> bdmurray: I'm inclined to think the common case, and the one we should therefore have as the interface is the tool, is "give me the list of all releases that are security supported, inclusive of ESM-only ones"
[15:40] <bdmurray> vorlon: For some reason I'm not able to parse that, so --supported-esm would return what?
[15:41] <vorlon> bdmurray: trusty xenial bionic cosmic disco eoan -- "I want the list of releases that are supported, inclusive of those you have to get ESM to have support on"
[15:41] <bdmurray> vorlon: then you still have to diff --supported and --support-esm to get trusty
[15:42] <vorlon> bdmurray: if what you want is to know what is currently only esm-supported, yes
[15:43] <bdmurray> vorlon: and I thought that deduplication was Laney's issue
[15:44] <Laney> No, that's what you'd have to do with the current interfaces
[15:44] <Laney> To get the result that vorlon is saying that you should get out of the box
[15:45] <vorlon> right, so cpc currently has to do: supported_suites=($((ubuntu-distro-info --supported-esm; ubuntu-distro-info --supported) | sort -u))
[15:45] <Laney> yeah
[15:45] <vorlon> and we would have to do something similar in autopkgtest
[15:45] <Laney> and then you get the releases in a different order
[16:13] <apw> why not allow both options to be specified together
[16:54] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (xenial-proposed/main) [2.408.47 => 2.408.48] (desktop-core)
[17:42] <Eickmeyer> vorlon: Since you sponsored lsp-plugins, are you good with bringing it in from NEW?
[17:49] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (xenial-proposed) [2.408.48]
[20:44] -queuebot:#ubuntu-release- Unapproved: accepted xorg-server-hwe-18.04 [source] (bionic-proposed) [2:1.20.4-1ubuntu3~18.04.1]
[21:24] -queuebot:#ubuntu-release- Unapproved: systemd (disco-proposed/main) [240-6ubuntu5 => 240-6ubuntu5.1] (core)
[21:53] -queuebot:#ubuntu-release- Unapproved: systemd (xenial-proposed/main) [229-4ubuntu21.21 => 229-4ubuntu21.22] (core)
[22:39] <mwhudson> vorlon: could you release docker.io/containerd/runc for xenial please
[22:52] <vorlon> looking
[23:05] <mwhudson> vorlon: thanks
[23:18] <vorlon> infinity: trusty-proposed wasn't zeroed out before ESM, and I noticed gnutls26 was blocked from publication only by autopkgtest failures, which I've now confirmed are non-regressions.  thoughts on what we should do with that?
[23:38] -queuebot:#ubuntu-release- Unapproved: osgearth (trusty-updates/universe) [2.4.0+dfsg-6 => 2.4.0+dfsg-6] (no packageset) (sync)