[01:10] -queuebot:#ubuntu-release- Unapproved: hollywood (cosmic-proposed/universe) [1.14-0ubuntu1 => 1.15-0ubuntu1] (no packageset)
[08:59] -queuebot:#ubuntu-release- New binary: linux-signed-oem [amd64] (bionic-proposed/main) [4.15.0-1035.40] (kernel)
[09:06] <seb128> could someone review/ack bug #1820259?
[09:07] <seb128> it's basically a no-op for disco since livepatch isn't working on that serie and such the indicator is not showing
[09:07] <seb128> but that's needed to do the SRU
[09:48] <seb128> no-one? I already asked yesterday, that should be a trivial one to review :-/
[09:49] <bluesabre> Release team, also looking for an ack on https://bugs.launchpad.net/ubuntu/+source/xubuntu-artwork/+bug/1820388 please :)
[09:55] <seb128> bluesabre, did you email the documentation/translation teams as described on https://wiki.ubuntu.com/FreezeExceptionProcess#UserInterfaceFreeze_Exceptions ?
[09:57] <bluesabre> seb128, it doesn't require a change to the strings or the layout, it's just the wallpaper
[09:57] <bluesabre> we have no documentation that features the wallpaper
[09:59] <seb128> bluesabre, no screenshot of an xubuntu desktop on any documentation/website/etc?
[10:00] <seb128> bluesabre, also the process described doesn't specify that those notifications are optionals
[10:19] <sil2100> I can take a look at FFe's today
[10:19] <sil2100> seb128: looking o/
[10:20] <seb128> sil2100, thx!
[10:26] <juliank> rbalint: I think even if the other branches are incomplete, it would be nice to import them and bring them up-to-date?
[10:26] <juliank> (re software-properties)
[10:27] <juliank> that said, are there any?
[10:27] <juliank> I can't find them
[10:29] <rbalint> juliank, there are trusty branches here: https://code.launchpad.net/ubuntu/+source/software-properties/+branches
[10:29]  * juliank is more interested in xenial and bionic
[10:30] <rbalint> juliank, those seem to be maintained only in uploads
[10:30] <juliank> ack
[10:30] <juliank> I'll probably go back in time and create git branches by importing the uploads then, so we have a basic working repo
[10:30] <juliank> * basic working repo for SRUing
[10:31] <rbalint> juliank, if the status quo is just using uploads then the usd imports provide a fine git base for it
[10:31] <juliank> It's the status quo, but it's not what it should be
[10:31] <juliank> :)
[10:32] <rbalint> juliank, if we would like to do reviews, then a proper history would be better, but the imports can be done after the switch with master
[10:32] <rbalint> juliank, i agree, but i don't find lp's git support comfortable enough to enforce people to do code reviews
[10:33] <juliank> rbalint: it's not only for reviews, but also for personal wip tracking
[10:33] <bluesabre> seb128, "Every change of the user interface (either a string or the layout)" would make it optional in this case. And yeah, no screenshots anywhere... since we're always late, we got rid of the offending screenshots years ago to make the process less painful for everybody
[10:35] <rbalint> juliank, i usually just use short time branches on top of usd branches, but i prefer what you suggest
[10:35] <bluesabre> sil2100, based on your comment on the previous release, https://bugs.launchpad.net/ubuntu/+source/xubuntu-artwork/+bug/1794978/comments/2, can we get an ack on https://bugs.launchpad.net/ubuntu/+source/xubuntu-artwork/+bug/1820388 ?
[10:35] -queuebot:#ubuntu-release- New source: python-octavia-lib (disco-proposed/primary) [1.1.1-0ubuntu1]
[10:35] <bluesabre> :)
[10:36] <rbalint> juliank, the problem is that if most people just upload the branches become outdated
[10:37] <bluesabre> (sorry for the nagging, the whole team is stretched thin and most of the team has become inactive or busy with life)
[10:39] <jamespage> ^^ octavia-lib above is a new dep for networking-ovn for this release - apologies for the late-ish new upload
[10:41] <sil2100> bluesabre: let me take a look in a minute o/
[10:50] <rbalint> juliank, i'm adding the old branches and upload a converted git snapshot shortly
[10:51] <rbalint> juliank, we can recreate the few missing uploads in ubuntu/{bionic}
[10:51] <rbalint> {bionic}
[10:51] <rbalint> {bionic|xenial|disco}
[10:51] <rbalint> (other keyboard :-\)
[10:56] <doko> Laney: why is openjdk-8 triggering the fdroidserver test?
[10:57] <Laney> dunno, I can't look because I'm at a sprint, sorry
[10:57] <Laney> depends or build-depends and build-needed or testsuite-triggers
[10:57] <doko> ahh
[10:59] <Laney> there's one thing where if there's an alternate dependency I don't think we ensure that the right one is installed
[11:00] <Laney> like a | b, triggered by b, we don't make sure that b gets put on the system and you could end up with a
[11:00] <doko> ohh crap, I see ...
[11:01] <Laney> might be that bug you filed yesterday?
[11:03] <doko> yep
[11:03] <doko> or maybe I should file that upstream as well ...
[11:04] <Laney> not aware of any direct support for that
[11:04] <Laney> dunno if debian does anything there, probably not
[11:04] <juliank> rbalint: yes, that's not a problem
[11:08] -queuebot:#ubuntu-release- Unapproved: gradle (bionic-proposed/universe) [4.4.1-5~18.04 => 4.4.1-5~18.04.1] (no packageset) (sync)
[11:09] -queuebot:#ubuntu-release- Unapproved: gradle (cosmic-proposed/universe) [4.4.1-5~18.10 => 4.4.1-5~18.10.1] (no packageset) (sync)
[11:10] -queuebot:#ubuntu-release- Unapproved: accepted gradle [sync] (bionic-proposed) [4.4.1-5~18.04.1]
[11:17] -queuebot:#ubuntu-release- Unapproved: accepted gradle [sync] (cosmic-proposed) [4.4.1-5~18.10.1]
[11:18] <jibel> kenvandine, seeding core18 broke desktop image builds cf bug 1820840
[11:25] -queuebot:#ubuntu-release- Unapproved: icedtea-web (bionic-proposed/universe) [1.6.2-3.1ubuntu3 => 1.8-0ubuntu8~18.04] (ubuntukylin) (sync)
[11:28] -queuebot:#ubuntu-release- Unapproved: icedtea-web (cosmic-proposed/universe) [1.6.2-3.1ubuntu3 => 1.8-0ubuntu8~18.10] (ubuntukylin) (sync)
[11:30] -queuebot:#ubuntu-release- Unapproved: accepted icedtea-web [sync] (bionic-proposed) [1.8-0ubuntu8~18.04]
[11:33] -queuebot:#ubuntu-release- Unapproved: accepted icedtea-web [sync] (cosmic-proposed) [1.8-0ubuntu8~18.10]
[12:41] <seb128> One other FFe we would like to see reviewed sooner than later if possible
[12:42] <seb128> https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1820850
[13:21] -queuebot:#ubuntu-release- New source: wslu (bionic-proposed/primary) [2.0.0-0ubuntu2~18.04.0]
[13:21] -queuebot:#ubuntu-release- New source: wslu (xenial-proposed/primary) [2.0.0-0ubuntu2~16.04.0]
[13:21] -queuebot:#ubuntu-release- New source: wslu (cosmic-proposed/primary) [2.0.0-0ubuntu2~18.10.0]
[15:09] <cpaelzer> there is an FFe without ack/nack for a while https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1450588 - I think the case is quite simple, and was wondering if someone on the release Team could take a look at it
[15:09] <cpaelzer> vorlon: how does FFe assignment usually work in the release team?
[15:11] <cpaelzer> anything I can do better on FFEs to help the release team?
[15:37] <vorlon> cpaelzer: I basically don't have the bandwidth to chase up FFe bugs that get filed, so I only look at ones I get pinged about here
[15:37] <vorlon> cpaelzer: "nine releases ago"?
[15:37] <vorlon> we really care about this? :)
[15:40] <vorlon> cpaelzer: but also, your "better safe than sorry" position causes unnecessary drag for you
[15:45] <vorlon> so does anyone know why the daily Ubuntu image build is failing trying to find a stalbe/ubuntu-19.04 channel for the core snap? that seems wrong
[15:47] <jibel> vorlon, because the track stable/ubutnu-19.04 is not available for core18 which has been seeded yesterday. kenvandine and mvo are on it
[15:47] <vorlon> ah
[15:48] <Eickmeyer> vorlon, infinity, anyone else: still waiting for an archive admin to review carla. Sorry to be such a pest, but I was told to be persistent.
[15:54] <Eickmeyer> apw: ^?
[16:02] -queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (xenial-proposed/main) [4.15.0-1041.45] (kernel)
[16:02] <kenvandine> vorlon, jibel: mvo has created the stable/ubuntu-19.04 track
[16:04] <vorlon> Eickmeyer: it's on my list, but the copyright/license information is complex enough to be annoying and I was going to look at tooling as part of the review
[16:05] <vorlon> kenvandine, jibel: so you don't think it's an error to require a separate track for the core snap?  I would've thought we should treat the base snap specially
[16:05] <Eickmeyer> vorlon: Understood. Is this in danger of missing beta freeze, or would this be an exception?
[16:05] <kenvandine> vorlon: perhaps... but this will at least unblock it
[16:05] <vorlon> Eickmeyer: I don't think it's at risk
[16:07] <vorlon> kenvandine: ... fixing livecd-rootfs would also do that.  or reverting the seeding, because why are we directly seeding a base snap?
[16:07] <Eickmeyer> vorlon: Okay, cool. I'm asking because I'd like to get it into the archives and patched to the 2.0.0 final release that happened on Sunday. [more]
[16:07] <kenvandine> i assume core was treated differently in the past
[16:07] <vorlon> kenvandine: core was never seeded, snapd handled that internally
[16:07] <Eickmeyer> I have the patches ready to go, but I don't want to push anything until it's in the archives so I can just update it myself.
[16:07] <vorlon> but now core18 is seeded, so livecd-rootfs doesn't know it's special
[16:07] <kenvandine> vorlon: yeah, it doesn't for core18
[16:07] <vorlon> and looks for the channel
[16:08] <kenvandine> core is still required
[16:08] <kenvandine> since core18 doesn't provide snapd
[16:08] <kenvandine> so core18 requires core
[16:08] <vorlon> uh
[16:08] <kenvandine> eventually there will be a snapd snap
[16:08] <kenvandine> so core18 + snapd snap will mean we don't need core
[16:08] <vorlon> there already is a snapd snap
[16:08] <kenvandine> i don't think it's ready for us to use that way
[16:14] -queuebot:#ubuntu-release- Unapproved: keystone (cosmic-proposed/main) [2:14.0.1-0ubuntu2 => 2:14.0.1-0ubuntu3] (openstack, ubuntu-server)
[16:21] <coreycb> hi all, can we have a look at accepting masakari-monitors from the disco NEW queue? this is a new openstack package in support of VM HA.
[16:23] <didrocks> sil2100: hey again, did you see yesterday jibel's ping about desktop-canary image? Could it be copied in people.canonical.com so that we have access to it?
[16:31] <sil2100> didrocks: ah, probably missed it, you mean the one that got built through cdimage but not published anywhere?
[16:32] <didrocks> sil2100: exactly! We wanted to have it accessible somewhere, like maybe on people.canonical.com or so
[16:32] <sil2100> Let me look into that quickly after teh meeting
[16:32] <didrocks> thx!
[16:36] <vorlon> mvo, kenvandine: hey, so currently livecd-rootfs blindly seeds the core snap in snap_prepare() - I wonder if we should be adjusting that to know about core vs. core18+snapd
[16:37] <sil2100> didrocks: hmmm, so I guess for that I'd need a current build to be succeeding
[16:37] <sil2100> didrocks: I see the latest ubuntu-canary livefs build failed, do you know why by any chance?
[16:37] <sil2100> didrocks: should I kick a new build with the EXTRA_PPAS?
[16:38] <didrocks> sil2100:the one before worked though? The current one will fail as the normal desktop image due to the core18 thingy above ^
[16:40] <vorlon> mvo, kenvandine: I definitely think it's wrong for us to need an /ubuntu-19.04 track for the core18 snap, and for us to be seeding based on this track in the desktop images
[16:41] <sil2100> didrocks: ah, hmmmmmm
[16:41] <vorlon> kenvandine: and mvo has suggested that it might be possible now to use the snapd snap instead of the core snap
[16:41] <sil2100> Ok
[16:41] <kenvandine> vorlon: it would be great
[19:03] -queuebot:#ubuntu-release- Unapproved: rejected hollywood [source] (cosmic-proposed) [1.15-0ubuntu1]
[21:08] -queuebot:#ubuntu-release- Unapproved: accepted keystone [source] (cosmic-proposed) [2:14.0.1-0ubuntu3]
[21:24] -queuebot:#ubuntu-release- Unapproved: accepted openconnect [source] (cosmic-proposed) [7.08-3ubuntu0.18.10.1]
[21:28] -queuebot:#ubuntu-release- Unapproved: accepted openconnect [source] (bionic-proposed) [7.08-3ubuntu0.18.04.1]
[21:31] -queuebot:#ubuntu-release- Unapproved: accepted grilo-plugins [source] (cosmic-proposed) [0.3.8-2ubuntu1.1]
[22:05] <rharper> bdmurray: hi, we've completed sru verification on our cloud-init SRU here, https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1819067  ; would appreciate a look when you can
[22:10] <bdmurray> cyphermox: Could you add a test case for receiving the prompt to bug 564843?
[22:11] <bdmurray> er bug 564853
[22:13] <bdmurray> rharper: if its done why is the disco task still open?
[22:14] <rharper> lemme check; it should be released; but I need to check the disco  bits
[22:16] <rharper> bdmurray: it's in disco;  we didn't mark the task done
[22:17] <bdmurray> rharper: okay
[22:17] <rharper> https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1819038/comments/4
[22:17] <rharper> bdmurray: for context
[22:19] <bdmurray> rharper: shouldn't that one be fix released too?
[22:19] <rharper> yes, yes it should
[22:42] -queuebot:#ubuntu-release- Unapproved: rejected gtk+3.0 [source] (cosmic-proposed) [3.24.4-0ubuntu1.1]
[22:58] -queuebot:#ubuntu-release- Unapproved: accepted parted [source] (bionic-proposed) [3.2-20ubuntu0.2]
[22:59] -queuebot:#ubuntu-release- Unapproved: rejected ggcov [source] (bionic-proposed) [0.9+20190314-0ubuntu0.1]
[23:27] -queuebot:#ubuntu-release- Unapproved: accepted neutron-vpnaas [source] (bionic-proposed) [2:12.0.1-0ubuntu1]
[23:29] -queuebot:#ubuntu-release- Unapproved: accepted cinder [source] (bionic-proposed) [2:12.0.5-0ubuntu1]