[00:00] <infinity> rbasak: Anyhow, I'm not a huge stickler about it.  The "correct" (whether you believe correct is the upload history or source history) version is obtainable out of band either way.
[00:00] <infinity> rbasak: But it's also way less work for a pure backport to do it my way. ;)
[00:01] <infinity> (Since doing it the other way implies a lot more changelog futzing)
[00:15] <infinity> rbasak: Of course, with the wonderful events in 2016 in the UK and the US, I imagine we'll be doing uploads via signal fires and semaphore soon, so maybe arguing over changelog formats isn't that dire.
[00:17] <sarnold> we're just building a wall to keep the foreign packets from taking the jobs of hardworking native packets. we're going to get the foreign packets to pay for it.
[00:20] <valorie> lol
[00:31] -queuebot:#ubuntu-release- Unapproved: accepted neutron [source] (trusty-proposed) [1:2014.1.5-0ubuntu7]
[01:50] -queuebot:#ubuntu-release- Unapproved: snapcraft (yakkety-proposed/universe) [2.21+16.10 => 2.22+16.10] (no packageset)
[02:16] <sergiusens> rbasak or slangasek mind letting snapcraft into yakkety-proposed and xenial-proposed?
[02:17] -queuebot:#ubuntu-release- Unapproved: snapcraft (xenial-proposed/universe) [2.21 => 2.22] (no packageset)
[05:24] -queuebot:#ubuntu-release- New binary: goopg [amd64] (zesty-proposed/universe) [0.3.1-3] (no packageset)
[05:24] -queuebot:#ubuntu-release- New binary: patat [amd64] (zesty-proposed/universe) [0.3.3.0-1] (no packageset)
[05:24] -queuebot:#ubuntu-release- New binary: patat [i386] (zesty-proposed/universe) [0.3.3.0-1] (no packageset)
[05:25] -queuebot:#ubuntu-release- New binary: yuma123 [amd64] (zesty-proposed/universe) [2.9-1] (no packageset)
[05:25] -queuebot:#ubuntu-release- New binary: yuma123 [ppc64el] (zesty-proposed/universe) [2.9-1] (no packageset)
[05:25] -queuebot:#ubuntu-release- New binary: yuma123 [i386] (zesty-proposed/universe) [2.9-1] (no packageset)
[05:26] -queuebot:#ubuntu-release- New binary: yuma123 [s390x] (zesty-proposed/universe) [2.9-1] (no packageset)
[05:27] -queuebot:#ubuntu-release- New binary: patat [armhf] (zesty-proposed/universe) [0.3.3.0-1] (no packageset)
[05:27] -queuebot:#ubuntu-release- New binary: patat [powerpc] (zesty-proposed/universe) [0.3.3.0-1] (no packageset)
[05:28] -queuebot:#ubuntu-release- New binary: yuma123 [arm64] (zesty-proposed/universe) [2.9-1] (no packageset)
[05:28] -queuebot:#ubuntu-release- New binary: yuma123 [powerpc] (zesty-proposed/universe) [2.9-1] (no packageset)
[05:28] -queuebot:#ubuntu-release- New binary: yuma123 [armhf] (zesty-proposed/universe) [2.9-1] (no packageset)
[08:49] <josvaz> bdmurray, could you take a look at this xenial change waiting to be approved into purposed?
[08:49] <josvaz> bdmurray: http://launchpadlibrarian.net/292538218/walinuxagent_2.1.5-0ubuntu4~16.04.0_source.changes
[08:50] <josvaz> I pinged rbasak yesterday and he requested a more detailed test plan, which we wrote down here: https://wiki.ubuntu.com/walinuxagentUpdates
[08:50] <josvaz> bdmurray: and this is the bug https://bugs.launchpad.net/ubuntu/+source/walinuxagent/+bug/1603581
[08:50] <ubot5`> Ubuntu bug 1603581 in walinuxagent (Ubuntu Xenial) "Azure Linux Agent (WALA) 2.1.5 Released" [Wishlist,In progress]
[09:09] <rbasak> josvaz: sorry I ran out of time to finish looking at that yesterday. I'll take a look this morning.
[09:17] <rbasak> josvaz: on the wiki page, shouldn't the "QA Process" bullets be part of the SRU Test Cases section?
[09:17] <rbasak> But if you're planning to do both sections, then that's perfect, thanks.
[09:19] <josvaz> The SRU Test cases section is the minimal tests we do before the the SRU process and automated tests
[09:20] <rbasak> OK
[09:20] <rbasak> Would you mind making it clear which part is followed for SRU verification purposes please?
[09:21] <rbasak> Maybe replace "QA Process" with "SRU Verification Process"?
[09:21] <josvaz> ok
[09:21] <rbasak> And "SRU Test Cases" with "SRU Test Cases Prior to Upload" or something? Otherwise "SRU Test Cases" sounds like they're the ones you will follow for SRU verification.
[09:23] -queuebot:#ubuntu-release- Unapproved: accepted walinuxagent [source] (xenial-proposed) [2.1.5-0ubuntu4~16.04.0]
[09:25] <josvaz> on it
[09:27] <josvaz> re-reading the SRU Test Cases text (prepared by Dan) mention using -purposed packages, which needs to happen AFTER we get to purposed, but we already kind of this this testing BEFORE getting tu purposed
[09:27] <josvaz> as mentioned in the first bullet of SRU Verification process
[09:27] <josvaz> needs some clarification, will have it shortly
[09:27] <rbasak> SRU Test Cases as you wrote them seemed to be a copy of what you did before.
[09:28] <rbasak> So maybe they need modifying?
[09:29] <rbasak> I appreciate you do some testing beforehand, but my concern here is the testing you do specifically for SRU verification from -proposed. I'd like it to be clear which section that is, and for that to include the testing we talked about yesterday and that you documented in "QA Process". As the page was written a few minutes ago, I felt there was some confusion as to which section that is.
[09:30] <rbasak> The "QA Process" is exactly what I was looking for - thank you. I just want to make it clearly documented that this section is what will be followed for SRU verification purposes - for example if a new person joins your team and is pointed to the page generally, that person will know what to do.
[09:30] <rbasak> (or at least, which steps need carrying out)
[09:33] <rbasak> josvaz: fyi, I've already accepted the package into -proposed.
[09:34] <josvaz> thanks rbasak, understood
[09:41] <josvaz> rbasak: I am working now on making the wiki more clear
[10:01] <josvaz> rbasak: I updated https://wiki.ubuntu.com/walinuxagentUpdates I believe now is more clear
[10:17] <rbasak> josvaz: that's great. Thanks!
[10:39] -queuebot:#ubuntu-release- Unapproved: accepted snapcraft [source] (yakkety-proposed) [2.22+16.10]
[10:40] -queuebot:#ubuntu-release- Unapproved: accepted snapcraft [source] (xenial-proposed) [2.22]
[10:41] -queuebot:#ubuntu-release- Unapproved: accepted samba [source] (xenial-proposed) [2:4.3.11+dfsg-0ubuntu0.16.04.2]
[10:42] <pitti> I've emptied the yakkety queue and am now attacking xenial; but can someone else please review nplan? (that's my upload)
[10:42] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-release-upgrader [source] (xenial-proposed) [1:16.04.18]
[10:44] -queuebot:#ubuntu-release- Unapproved: accepted neutron [source] (xenial-proposed) [2:8.3.0-0ubuntu1.1]
[10:45] -queuebot:#ubuntu-release- Unapproved: rejected python-os-brick [source] (xenial-proposed) [1.2.0-3]
[10:46] -queuebot:#ubuntu-release- Unapproved: accepted multipath-tools [source] (xenial-proposed) [0.5.0+git1.656f8865-5ubuntu2.3]
[10:46] -queuebot:#ubuntu-release- Unapproved: rejected dovecot [source] (xenial-proposed) [1:2.2.22-1ubuntu2.2]
[10:47] -queuebot:#ubuntu-release- Unapproved: accepted python-os-brick [source] (xenial-proposed) [1.2.0-2ubuntu0.1]
[10:48] -queuebot:#ubuntu-release- Unapproved: accepted cups-filters [source] (xenial-proposed) [1.8.3-2ubuntu3.2]
[10:49] <pitti> apw: ^ maybe you have a minute (nplan)
[10:49] -queuebot:#ubuntu-release- Unapproved: accepted playonlinux [source] (xenial-proposed) [4.2.10-2ubuntu0.1]
[10:50] -queuebot:#ubuntu-release- Unapproved: accepted unattended-upgrades [source] (xenial-proposed) [0.90ubuntu0.2]
[10:52] -queuebot:#ubuntu-release- Unapproved: accepted python-pip [source] (xenial-proposed) [8.1.1-2ubuntu0.4]
[10:53] -queuebot:#ubuntu-release- Unapproved: accepted maas [source] (xenial-proposed) [2.1.1+bzr5544-0ubuntu1~16.04.1]
[10:54] -queuebot:#ubuntu-release- Unapproved: rejected shim [sync] (xenial-proposed) [0.9+1474479173.6c180c6-0ubuntu1]
[10:55] -queuebot:#ubuntu-release- Unapproved: accepted ido [sync] (xenial-proposed) [13.10.0+16.04.20161028-0ubuntu1]
[10:55] <pitti> ok, the remainder of the queue is blocked by previous SRUs in -proposed, except nplan
[10:57] -queuebot:#ubuntu-release- Unapproved: rejected shim [sync] (trusty-proposed) [0.9+1474479173.6c180c6-0ubuntu1]
[11:03] -queuebot:#ubuntu-release- Unapproved: accepted samba [source] (trusty-proposed) [2:4.3.11+dfsg-0ubuntu0.14.04.2]
[11:03] -queuebot:#ubuntu-release- Unapproved: rejected unscd [source] (trusty-updates) [0.51-1ubuntu1]
[11:04] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [source] (trusty-proposed) [2.02~beta2-9ubuntu1.13]
[11:05] <pitti> trusty is now in the same boat; empty except shim-signed which is blocked by previous SRU
[11:05] -queuebot:#ubuntu-release- Unapproved: accepted grub2-signed [source] (trusty-proposed) [1.34.15]
[11:06] -queuebot:#ubuntu-release- Unapproved: rejected shim [sync] (precise-proposed) [0.9+1474479173.6c180c6-0ubuntu1]
[11:06] -queuebot:#ubuntu-release- Unapproved: rejected shim-signed [source] (precise-proposed) [1.19~12.04.1]
[11:06] -queuebot:#ubuntu-release- Unapproved: xserver-xorg-video-intel (xenial-proposed/main) [2:2.99.917+git20160325-1ubuntu1.1 => 2:2.99.917+git20160325-1ubuntu1.2] (desktop-core, xorg)
[11:09] -queuebot:#ubuntu-release- Unapproved: unscd (trusty-proposed/universe) [0.51-1build2 => 0.51-1ubuntu1] (no packageset)
[11:16] <marcustomlinson> xnox: ping
[11:16] <xnox> marcustomlinson, hello
[11:16] <marcustomlinson> xnox: hi! So I see libboost-python1.62 update fixed my build failures.
[11:16] <marcustomlinson> xnox: but I'm seeing more symbol issues not in autopkg tests
[11:16] <marcustomlinson> xnox: https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_39a8dbb93caf4ec889f8a1b7f69885db/bileto-2110-excuses/2016-11-10_09:35:01/2110.1_zesty_excuses.html
[11:17] <marcustomlinson> /s/not/now
[11:18] <xnox> marcustomlinson, thank you for pointing this out, indeed looks b0rked still.
[11:19] <marcustomlinson> xnox: thanks for the help :)
[11:31] -queuebot:#ubuntu-release- Unapproved: grub2 (trusty-proposed/main) [2.02~beta2-9ubuntu1.13 => 2.02~beta2-9ubuntu1.13] (core)
[12:29] -queuebot:#ubuntu-release- New: accepted django-html-sanitizer [amd64] (zesty-proposed) [0.1.5-1]
[12:29] -queuebot:#ubuntu-release- New: accepted gnuastro [arm64] (zesty-proposed) [0.2.33-1]
[12:29] -queuebot:#ubuntu-release- New: accepted gnuastro [i386] (zesty-proposed) [0.2.33-1]
[12:29] -queuebot:#ubuntu-release- New: accepted gnuastro [s390x] (zesty-proposed) [0.2.33-1]
[12:29] -queuebot:#ubuntu-release- New: accepted goopg [amd64] (zesty-proposed) [0.3.1-3]
[12:29] -queuebot:#ubuntu-release- New: accepted patat [i386] (zesty-proposed) [0.3.3.0-1]
[12:29] -queuebot:#ubuntu-release- New: accepted gnuastro [amd64] (zesty-proposed) [0.2.33-1]
[12:29] -queuebot:#ubuntu-release- New: accepted gnuastro [powerpc] (zesty-proposed) [0.2.33-1]
[12:29] -queuebot:#ubuntu-release- New: accepted patat [armhf] (zesty-proposed) [0.3.3.0-1]
[12:29] -queuebot:#ubuntu-release- New: accepted gnuastro [armhf] (zesty-proposed) [0.2.33-1]
[12:29] -queuebot:#ubuntu-release- New: accepted patat [powerpc] (zesty-proposed) [0.3.3.0-1]
[12:29] -queuebot:#ubuntu-release- New: accepted goopg [amd64] (zesty-proposed) [0.3.1-2]
[12:29] -queuebot:#ubuntu-release- New: accepted patat [amd64] (zesty-proposed) [0.3.3.0-1]
[12:29] -queuebot:#ubuntu-release- New: accepted tipp10 [arm64] (zesty-proposed) [2.1.0-2]
[12:29] -queuebot:#ubuntu-release- New: accepted tipp10 [i386] (zesty-proposed) [2.1.0-2]
[12:29] -queuebot:#ubuntu-release- New: accepted tipp10 [ppc64el] (zesty-proposed) [2.1.0-2]
[12:29] -queuebot:#ubuntu-release- New: accepted yuma123 [amd64] (zesty-proposed) [2.9-1]
[12:29] -queuebot:#ubuntu-release- New: accepted yuma123 [armhf] (zesty-proposed) [2.9-1]
[12:29] -queuebot:#ubuntu-release- New: accepted yuma123 [powerpc] (zesty-proposed) [2.9-1]
[12:29] -queuebot:#ubuntu-release- New: accepted yuma123 [s390x] (zesty-proposed) [2.9-1]
[12:29] -queuebot:#ubuntu-release- New: accepted tipp10 [amd64] (zesty-proposed) [2.1.0-2]
[12:29] -queuebot:#ubuntu-release- New: accepted tipp10 [powerpc] (zesty-proposed) [2.1.0-2]
[12:29] -queuebot:#ubuntu-release- New: accepted yuma123 [arm64] (zesty-proposed) [2.9-1]
[12:29] -queuebot:#ubuntu-release- New: accepted yuma123 [ppc64el] (zesty-proposed) [2.9-1]
[12:29] -queuebot:#ubuntu-release- New: accepted tipp10 [armhf] (zesty-proposed) [2.1.0-2]
[12:29] -queuebot:#ubuntu-release- New: accepted yuma123 [i386] (zesty-proposed) [2.9-1]
[12:29] -queuebot:#ubuntu-release- New: accepted tipp10 [s390x] (zesty-proposed) [2.1.0-2]
[12:33] -queuebot:#ubuntu-release- New binary: gnuastro [ppc64el] (zesty-proposed/universe) [0.2.33-1] (no packageset)
[12:54] -queuebot:#ubuntu-release- Unapproved: linux-meta-snapdragon (yakkety-proposed/universe) [4.4.0.1033.25 => 4.4.0.1035.27] (kernel) (sync)
[12:54] -queuebot:#ubuntu-release- Unapproved: linux-snapdragon (yakkety-proposed/universe) [4.4.0-1033.37 => 4.4.0-1035.39] (kernel) (sync)
[13:18] -queuebot:#ubuntu-release- Unapproved: linux-meta-snapdragon (yakkety-proposed/universe) [4.4.0.1033.25 => 4.4.0.1035.27] (kernel) (sync)
[13:18] -queuebot:#ubuntu-release- Unapproved: linux-snapdragon (yakkety-proposed/universe) [4.4.0-1033.37 => 4.4.0-1035.39] (kernel) (sync)
[13:23] -queuebot:#ubuntu-release- Unapproved: accepted linux-meta-snapdragon [sync] (yakkety-proposed) [4.4.0.1035.27]
[13:23] -queuebot:#ubuntu-release- Unapproved: accepted linux-snapdragon [sync] (yakkety-proposed) [4.4.0-1035.39]
[13:23] -queuebot:#ubuntu-release- Unapproved: rejected linux-meta-snapdragon [sync] (yakkety-proposed) [4.4.0.1035.27]
[13:23] -queuebot:#ubuntu-release- Unapproved: rejected linux-snapdragon [sync] (yakkety-proposed) [4.4.0-1035.39]
[14:06] -queuebot:#ubuntu-release- Unapproved: init-system-helpers (trusty-proposed/main) [1.14 => 1.14ubuntu1] (core)
[14:17] -queuebot:#ubuntu-release- Unapproved: systemd (trusty-proposed/main) [204-5ubuntu20.19 => 204-5ubuntu20.20] (core)
[14:18] <pitti> slangasek: I spoke to tvoss again today, and finally uploaded these two ^ for bug 1616422; do you have some time to review these?
[14:18] <ubot5`> bug 1616422 in systemd (Ubuntu Trusty) "[trusty SRU/FFE] Add systemd binary package for snapd" [High,In progress] https://launchpad.net/bugs/1616422
[14:18] <pitti> it's certainly not "your average SRU", so please let me know if you want to discuss this with the TB first
[14:23] <xnox> if it's not used / pulled in by default (yet) it cannot regress =)
[14:24] <pitti> xnox: right, but it's still a new feature
[15:52] <slangasek> pitti: why make deb-systemd-invoke a /bin/true "script" instead of a symlink, OOI?
[15:53] <pitti> slangasek: bikeshedding matter; I mostly wanted a place to add a comment, but I'm happy to make it a symlink too
[15:53] -queuebot:#ubuntu-release- Unapproved: accepted init-system-helpers [source] (trusty-proposed) [1.14ubuntu1]
[15:53] <slangasek> pitti: it's a whole extra two syscalls, oh noes efficiency ;)
[15:54] <pitti> right, the remainder of dpkg and postinst will pale against that extra exec! :-)
[16:52] -queuebot:#ubuntu-release- New source: python-vmware-nsxlib (zesty-proposed/primary) [0.2.0-0ubuntu1]
[16:57] -queuebot:#ubuntu-release- New source: monasca-statsd (zesty-proposed/primary) [1.3.0-0ubuntu1]
[17:00] <doko> zul: did you update the copyright? ^^^
[17:00] <zul> doko: yes
[17:25] -queuebot:#ubuntu-release- New binary: freeradius [ppc64el] (zesty-proposed/main) [3.0.12+dfsg-3] (ubuntu-server)
[17:30] -queuebot:#ubuntu-release- New binary: freeradius [arm64] (zesty-proposed/main) [3.0.12+dfsg-3] (ubuntu-server)
[17:31] -queuebot:#ubuntu-release- New binary: freeradius [amd64] (zesty-proposed/main) [3.0.12+dfsg-3] (ubuntu-server)
[17:31] -queuebot:#ubuntu-release- New binary: freeradius [armhf] (zesty-proposed/main) [3.0.12+dfsg-3] (ubuntu-server)
[17:36] -queuebot:#ubuntu-release- New binary: freeradius [i386] (zesty-proposed/main) [3.0.12+dfsg-3] (ubuntu-server)
[17:37] -queuebot:#ubuntu-release- New: accepted gnuastro [ppc64el] (zesty-proposed) [0.2.33-1]
[17:37] -queuebot:#ubuntu-release- New binary: freeradius [powerpc] (zesty-proposed/main) [3.0.12+dfsg-3] (ubuntu-server)
[17:37] -queuebot:#ubuntu-release- New binary: freeradius [s390x] (zesty-proposed/main) [3.0.12+dfsg-3] (ubuntu-server)
[17:39] <doko> zul: no Python3 support?
[17:39] -queuebot:#ubuntu-release- New: accepted freeradius [amd64] (zesty-proposed) [3.0.12+dfsg-3]
[17:39] -queuebot:#ubuntu-release- New: accepted freeradius [armhf] (zesty-proposed) [3.0.12+dfsg-3]
[17:39] -queuebot:#ubuntu-release- New: accepted freeradius [powerpc] (zesty-proposed) [3.0.12+dfsg-3]
[17:39] -queuebot:#ubuntu-release- New: accepted freeradius [s390x] (zesty-proposed) [3.0.12+dfsg-3]
[17:39] -queuebot:#ubuntu-release- New: accepted freeradius [arm64] (zesty-proposed) [3.0.12+dfsg-3]
[17:39] -queuebot:#ubuntu-release- New: accepted freeradius [ppc64el] (zesty-proposed) [3.0.12+dfsg-3]
[17:39] -queuebot:#ubuntu-release- New: accepted freeradius [i386] (zesty-proposed) [3.0.12+dfsg-3]
[17:39] -queuebot:#ubuntu-release- New: accepted monasca-statsd [source] (zesty-proposed) [1.3.0-0ubuntu1]
[17:39] <zul> doko: there is work upstream to add that
[17:42] -queuebot:#ubuntu-release- New binary: openssl [ppc64el] (zesty-proposed/main) [1.0.2g-1ubuntu10] (core)
[17:42] -queuebot:#ubuntu-release- New binary: openssl [s390x] (zesty-proposed/main) [1.0.2g-1ubuntu10] (core)
[17:44] -queuebot:#ubuntu-release- New binary: monasca-statsd [amd64] (zesty-proposed/none) [1.3.0-0ubuntu1] (no packageset)
[17:44] -queuebot:#ubuntu-release- New binary: openssl [amd64] (zesty-proposed/main) [1.0.2g-1ubuntu10] (core)
[17:44] -queuebot:#ubuntu-release- New binary: openssl [i386] (zesty-proposed/main) [1.0.2g-1ubuntu10] (core)
[17:44] -queuebot:#ubuntu-release- New binary: openssl [powerpc] (zesty-proposed/main) [1.0.2g-1ubuntu10] (core)
[17:48] -queuebot:#ubuntu-release- New binary: openssl [arm64] (zesty-proposed/main) [1.0.2g-1ubuntu10] (core)
[17:51] -queuebot:#ubuntu-release- New binary: openssl [armhf] (zesty-proposed/main) [1.0.2g-1ubuntu10] (core)
[18:12] <xnox> doko, libssl1.0-dev is in binary new
[18:23] -queuebot:#ubuntu-release- New: accepted monasca-statsd [amd64] (zesty-proposed) [1.3.0-0ubuntu1]
[18:23] -queuebot:#ubuntu-release- New: accepted openssl [arm64] (zesty-proposed) [1.0.2g-1ubuntu10]
[18:23] -queuebot:#ubuntu-release- New: accepted openssl [i386] (zesty-proposed) [1.0.2g-1ubuntu10]
[18:23] -queuebot:#ubuntu-release- New: accepted openssl [ppc64el] (zesty-proposed) [1.0.2g-1ubuntu10]
[18:23] -queuebot:#ubuntu-release- New: accepted openssl [amd64] (zesty-proposed) [1.0.2g-1ubuntu10]
[18:23] -queuebot:#ubuntu-release- New: accepted openssl [powerpc] (zesty-proposed) [1.0.2g-1ubuntu10]
[18:23] -queuebot:#ubuntu-release- New: accepted openssl [armhf] (zesty-proposed) [1.0.2g-1ubuntu10]
[18:23] -queuebot:#ubuntu-release- New: accepted openssl [s390x] (zesty-proposed) [1.0.2g-1ubuntu10]
[18:29] <bdmurray> pitti: Thanks for working on the SRU queues!
[18:35] -queuebot:#ubuntu-release- Unapproved: accepted nplan [source] (xenial-proposed) [0.14~16.04]
[18:40] -queuebot:#ubuntu-release- Unapproved: accepted xserver-xorg-video-intel [source] (xenial-proposed) [2:2.99.917+git20160325-1ubuntu1.2]
[18:43] <slangasek> pitti: systemd conflicts: systemd-shim; in trusty systemd-shim is Priority: standard; how do we expect this transition to look?
[18:48] <infinity> slangasek: Err, it does?
[18:48] <slangasek> +  * systemd: Add Conflicts: to systemd-shim
[18:49] <slangasek> that's in the changelog of the SRU
[18:49] <infinity> Oh, in an SRU.
[18:49] <infinity> I was looking in the archive, silly me. ;)
[18:49] <slangasek> pff who looks there
[18:50] <infinity> slangasek: That seems reasonable in trusty, no?  We don't want people installing both.
[18:50] <infinity> slangasek: In xenial, systemd doesn't have the conflict, but rather a versioned Breaks.
[18:51] <infinity> (Though, I'm also not sure what problem it's solving years after trusty was released)
[18:51] <infinity> Oh.
[18:51] <slangasek> infinity: sure, but we want people to actually install it, and systemd-shim is in standard, so ick
[18:51] <infinity> Now I'm looking at the whole SRU.
[18:51] <infinity> Yeah, that doesn't work at all.
[18:52] <infinity> If the goal is to have a new systemd binary package that people install. :P
[18:52] <slangasek> that is the goal
[18:52] <slangasek> mostly interesting for the cloud image case, however
[18:52] <slangasek> and perhaps we don't have standard included there
[18:52] <slangasek> or can wiggle around it at image build time
[18:55] <infinity> Conflicting with standard is wrong regardless, IMO.
[18:56] <infinity> What's this new systemd solving?  snapd in trusty?
[18:56] <pitti> slangasek: apt has no problem with it; you mean that you don't want to lose the metapackage?
[18:56] <pitti> back for real in an hour, then we can discuss longer
[18:56] <infinity> pitti: Why the conflict at all, when we don't have it in later releases?
[18:56] <infinity> (later releases just have a versioned breaks, and the two coexist theoretically fine)
[18:56] <pitti> infinity: they'd fight for the same D-Bus API
[18:56] -queuebot:#ubuntu-release- Unapproved: accepted unscd [source] (trusty-proposed) [0.51-1ubuntu1]
[18:57] <pitti> no, they can't coexist under upstart really
[18:57] <pitti> with systemd as pid 1 that can claim that d-bus interface first
[18:57] <pitti> well, we could maybe rename the dbus service file, but you can't order a d-bus service against an upstart unit
[18:58] <pitti> anyway, back in ~ 1 h
[19:04] <slangasek> pitti: I mean that I don't expect systemd+snapd install in trusty to remove the metapackages, yes
[19:05] <slangasek> pitti: maybe we need to also change libpam-systemd to accommodate this?  (currently Depends: systemd-shim | systemd-sysv)
[19:06] <ogra_> just switch trusty from upstart to systemd via SRUs :P
[19:09] <slangasek> n/m, I was looking at yakkety deps there instead of trusty
[19:10] <slangasek> the deps seem ok on trusty; so we're only removing one package with Task: standard
[19:32] <infinity> slangasek: If a swap from systemd-shim to systemd is meant to DTRT in all cases, we can refresh ubuntu-meta to swap them in ubuntu-standard too.
[19:32] <infinity> slangasek: But this all sounds a bit "whee".
[19:33] <slangasek> nonsense
[19:33] <slangasek> it's perfectly safe
[19:33] <infinity> MY IRONY DETECTOR JUST WENT OFF, HOLD ON, NEED TO POKE IT WITH A BROOM.
[19:39] <davmor2> infinity: that's not Irony it's Sarcasm you need a different detector for that ;)
[19:39] <infinity> davmor2: Look up the defition of sarcasm. :P
[19:40] <infinity> definition, too.
[19:40] <davmor2> infinity: Ironically it seems to be missing from the Dictionary
[19:43] <infinity> davmor2: http://lmgtfy.com/?q=definition+of+sarcasm
[19:44] <davmor2> infinity: sometimes I worry that you don't have enough sarcasm detectors ;)
[19:46] <davmor2> infinity: next you'll be double checking if gullible has been removed too
[19:47] <infinity> davmor2: I got my mother with that classic, not once but TWICE.
[19:47] <davmor2> infinity: D'oh
[19:47] <infinity> davmor2: (several years apart, but still...)
[19:56] <slangasek> pitti: and should this trusty systemd package include the udev rules?
[20:01] -queuebot:#ubuntu-release- Unapproved: accepted systemd [source] (trusty-proposed) [204-5ubuntu20.20]
[20:07] <pitti> infinity, slangasek: so switching from systemd-shim to systemd is likely to break suspend on some desktops (as that also won't use pm-utils any more) -- this was meant to be server/cloud mostly
[20:07] <pitti> but indeed this can't ever be perfect -- this is an utter hack which has never ever been done in the field before
[20:09] <pitti> slangasek: udev rules> we do need /lib/udev/rules.d/99-systemd.rules from systemd, this tells systemd which devices to track as .device units (snappy might need that)
[20:09] <slangasek> pitti: ok, got it
[20:09] <pitti> and the others are in s-services for logind, and shouldn't have changed
[20:10] <pitti> slangasek: so about the shim thing, I need to stare at this more closely
[20:10] <pitti> slangasek: so perhaps keep it in the pipe for now (or reject, I can easily reupload -- but I figure we do want to get rid of the breaks: then)
[20:10] <slangasek> pitti: oops I accepted
[20:10] <pitti> slangasek: ... or, we do a followup SRU to avoid it :)
[20:11] <slangasek> pitti: not sure that there is anything to avoid; I think the systemd-shim conflicts is reasonably correct within trusty
[20:11] <pitti> slangasek: it logically conflicts eiter way, yes; the only thing we could do is to make s-shim a no-op by some other means while systemd is installed
[20:12] <slangasek> yeah, that doesn't seem necessary to me
[20:12] -queuebot:#ubuntu-release- New binary: systemd [ppc64el] (trusty-proposed/main) [204-5ubuntu20.20] (core)
[20:12] <pitti> slangasek: util-linux is still in the pipeline, FYI
[20:13] <slangasek> right
[20:13] -queuebot:#ubuntu-release- New binary: systemd [i386] (trusty-proposed/main) [204-5ubuntu20.20] (core)
[20:19] -queuebot:#ubuntu-release- New binary: systemd [powerpc] (trusty-proposed/main) [204-5ubuntu20.20] (core)
[20:20] -queuebot:#ubuntu-release- New binary: systemd [amd64] (trusty-proposed/main) [204-5ubuntu20.20] (core)
[20:20] <pitti> slangasek: so now let's backport util-linux, then networkd too, then netplan
[20:20] <pitti> we might just have done ln -s xenial trusty on archive.u.c. to cut it short :)
[20:20] <slangasek> pitti: oh? I didn't understand that networkd+nplan were needed for this
[20:21] <slangasek> or was that a joke
[20:21] <pitti> slangasek: well, I hope it is a joke :)
[20:21] -queuebot:#ubuntu-release- New binary: systemd [arm64] (trusty-proposed/main) [204-5ubuntu20.20] (core)
[20:21] <slangasek> ok ;)
[20:21] <pitti> slangasek: but actually it did come up last week
[20:21] <slangasek> hmmm
[20:21] -queuebot:#ubuntu-release- New binary: systemd [armhf] (trusty-proposed/main) [204-5ubuntu20.20] (core)
[20:22] <pitti> slangasek: in the context of "we need an ifupdown backend written in netplan to be able to use it on trusty"
[20:22] <slangasek> who is saying that using netplan on trusty is a requirement?
[20:22] <pitti> slangasek: not a requirement so far; I think rharper mentioned it, but it was more like a discussion point than a roadmap
[20:23] <slangasek> I thought there was agreement ( rharper ?) that we would use v2 yaml for later OSes, v1 yaml for earlier
[20:23] <slangasek> like, this was specifically discussed for why we don't need to support v1 and v2 in the same yaml
[20:23] <slangasek> and supporting v2 yaml on trusty doesn't remove the flag day, just changes it
[20:51] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [amd64] (trusty-proposed) [2.02~beta2-9ubuntu1.13]
[21:01] -queuebot:#ubuntu-release- New binary: syslog-ng [amd64] (zesty-proposed/universe) [3.8.1-5] (no packageset)
[21:01] -queuebot:#ubuntu-release- New binary: syslog-ng [i386] (zesty-proposed/universe) [3.8.1-5] (no packageset)
[21:01] -queuebot:#ubuntu-release- New binary: syslog-ng [s390x] (zesty-proposed/universe) [3.8.1-5] (no packageset)
[21:04] -queuebot:#ubuntu-release- New binary: syslog-ng [armhf] (zesty-proposed/universe) [3.8.1-5] (no packageset)
[21:04] -queuebot:#ubuntu-release- New binary: syslog-ng [powerpc] (zesty-proposed/universe) [3.8.1-5] (no packageset)
[21:04] -queuebot:#ubuntu-release- New binary: syslog-ng [arm64] (zesty-proposed/universe) [3.8.1-5] (no packageset)
[21:15] -queuebot:#ubuntu-release- New: accepted systemd [i386] (trusty-proposed) [204-5ubuntu20.20]
[21:15] -queuebot:#ubuntu-release- New: accepted systemd [ppc64el] (trusty-proposed) [204-5ubuntu20.20]
[21:15] -queuebot:#ubuntu-release- New: accepted systemd [amd64] (trusty-proposed) [204-5ubuntu20.20]
[21:15] -queuebot:#ubuntu-release- New: accepted systemd [armhf] (trusty-proposed) [204-5ubuntu20.20]
[21:15] -queuebot:#ubuntu-release- New: accepted systemd [arm64] (trusty-proposed) [204-5ubuntu20.20]
[21:15] -queuebot:#ubuntu-release- New: accepted systemd [powerpc] (trusty-proposed) [204-5ubuntu20.20]
[21:17] -queuebot:#ubuntu-release- Unapproved: neutron (yakkety-proposed/main) [2:9.0.0-0ubuntu1.16.10.1 => 2:9.0.0-0ubuntu1.16.10.2] (openstack, ubuntu-server)
[21:18] -queuebot:#ubuntu-release- Unapproved: neutron (xenial-proposed/main) [2:8.3.0-0ubuntu1.1 => 2:8.3.0-0ubuntu1.2] (openstack, ubuntu-server)
[21:53] <slangasek> pitti: did you reject cyphermox's shim syncs out of the queue?
[21:54] <cyphermox> I'm more curious as to why I can't see the emails for it, but I suppose it's because it's a sync?
[21:54] <slangasek> mayhaps
[21:54] <infinity> Yeah, syncs don't behave entirely correctly.
[21:54] <infinity> See the Soyuz Redesign that William, Colin and I could never get enough buyin to actually allocate resources/time to.
[21:55] <infinity> (A big part of that was making syncs first class queue citizens that actually contain stuff and act like any other queue object, rather than being weird pointers to nowhere that behave unintuitively in almost every way)
[22:11] -queuebot:#ubuntu-release- Unapproved: shim (precise-proposed/main) [0.8-0ubuntu2 => 0.9+1474479173.6c180c6-0ubuntu1] (no packageset) (sync)
[22:12] -queuebot:#ubuntu-release- Unapproved: shim (trusty-proposed/main) [0.8-0ubuntu2 => 0.9+1474479173.6c180c6-0ubuntu1] (core) (sync)
[22:26] -queuebot:#ubuntu-release- Unapproved: shim (xenial-proposed/main) [0.8-0ubuntu2 => 0.9+1474479173.6c180c6-0ubuntu1] (core) (sync)
[22:27] -queuebot:#ubuntu-release- Unapproved: accepted shim [sync] (trusty-proposed) [0.9+1474479173.6c180c6-0ubuntu1]
[22:31] -queuebot:#ubuntu-release- Unapproved: accepted shim-signed [source] (trusty-proposed) [1.21.4~14.04.1]
[22:38] -queuebot:#ubuntu-release- Unapproved: accepted shim [sync] (xenial-proposed) [0.9+1474479173.6c180c6-0ubuntu1]
[22:43] -queuebot:#ubuntu-release- Unapproved: accepted shim-signed [source] (xenial-proposed) [1.21.4~16.04.1]
[22:47] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [source] (xenial-proposed) [2.02~beta2-36ubuntu3.5]
[22:49] -queuebot:#ubuntu-release- Unapproved: accepted grub2-signed [source] (xenial-proposed) [1.66.5]
[22:50] -queuebot:#ubuntu-release- New: accepted python-glance-store [amd64] (xenial-proposed) [0.13.0-3ubuntu0.16.04.1]
[22:56] -queuebot:#ubuntu-release- Unapproved: grub2 (xenial-proposed/main) [2.02~beta2-36ubuntu3.4 => 2.02~beta2-36ubuntu3.5] (core)
[23:19] -queuebot:#ubuntu-release- Unapproved: grub2 (xenial-proposed/main) [2.02~beta2-36ubuntu3.5 => 2.02~beta2-36ubuntu3.5] (core)
[23:19] -queuebot:#ubuntu-release- New binary: golang-gopkg-alexcesaro-statsd.v1 [amd64] (zesty-proposed/universe) [0.0~git20160306.0.c289775-1] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: golang-github-ctdk-go-trie [amd64] (zesty-proposed/universe) [0.0~git20161027.0.6443fbc-1] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: golang-github-mreiferson-go-httpclient [amd64] (zesty-proposed/universe) [0.0~git20160630.0.31f0106-1] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: golang-github-tideland-golib [amd64] (zesty-proposed/universe) [4.12.0-1] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: golang-github-ctdk-chefcrypto [amd64] (zesty-proposed/universe) [0.0~git20161109.0.dea96d7-1] (no packageset)