=== med_ is now known as Guest47520
=== Guest47520 is now known as medberry
[05:16] -queuebot:#ubuntu-release- New binary: golang-github-nebulouslabs-demotemutex [amd64] (zesty-proposed/none) [0.0~git20151003.0.235395f-1] (no packageset)
[05:16] -queuebot:#ubuntu-release- New binary: node-socket.io-parser [amd64] (zesty-proposed/none) [2.3.1-1] (no packageset)
[05:16] -queuebot:#ubuntu-release- New binary: node-graceful-readlink [amd64] (zesty-proposed/none) [1.0.1-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: libproc-guard-perl [amd64] (zesty-proposed/none) [0.07-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: ruby-ast [amd64] (zesty-proposed/none) [2.3.0-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: python-persistent [amd64] (zesty-proposed/universe) [4.2.2-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: python-coards [amd64] (zesty-proposed/none) [1.0.5-1] (no packageset)
[05:49] -queuebot:#ubuntu-release- Unapproved: accepted xorg-server-lts-xenial [source] (trusty-proposed) [2:1.18.4-0ubuntu0.2~trusty1]
[06:04] -queuebot:#ubuntu-release- Unapproved: rejected snapd-glib [source] (xenial-proposed) [1.4-0ubuntu1~xenial]
[07:04] <ginggs> Can we do something to allow things that haven't built on powerpc to migrate? e.g. nodejs
[07:06] <tumbleweed> presumably either we just mark the whole arch as bad, or remove it entirely
[07:07] <tumbleweed> if we tell lintian not to care about it, getting it in sync again isn't trivial
[07:58] -queuebot:#ubuntu-release- New: accepted golang-github-nebulouslabs-demotemutex [amd64] (zesty-proposed) [0.0~git20151003.0.235395f-1]
[07:58] -queuebot:#ubuntu-release- New: accepted libproc-guard-perl [amd64] (zesty-proposed) [0.07-1]
[07:58] -queuebot:#ubuntu-release- New: accepted node-socket.io-parser [amd64] (zesty-proposed) [2.3.1-1]
[07:58] -queuebot:#ubuntu-release- New: accepted python-persistent [amd64] (zesty-proposed) [4.2.2-1]
[07:58] -queuebot:#ubuntu-release- New: accepted libfolia [arm64] (zesty-proposed) [1.6-2]
[07:58] -queuebot:#ubuntu-release- New: accepted python-coards [amd64] (zesty-proposed) [1.0.5-1]
[07:58] -queuebot:#ubuntu-release- New: accepted node-graceful-readlink [amd64] (zesty-proposed) [1.0.1-1]
[07:58] -queuebot:#ubuntu-release- New: accepted ruby-ast [amd64] (zesty-proposed) [2.3.0-1]
[07:59] -queuebot:#ubuntu-release- New: accepted jq [amd64] (zesty-proposed) [1.5+dfsg-1.3]
[07:59] -queuebot:#ubuntu-release- New: accepted jq [armhf] (zesty-proposed) [1.5+dfsg-1.3]
[07:59] -queuebot:#ubuntu-release- New: accepted jq [powerpc] (zesty-proposed) [1.5+dfsg-1.3]
[07:59] -queuebot:#ubuntu-release- New: accepted jq [s390x] (zesty-proposed) [1.5+dfsg-1.3]
[07:59] -queuebot:#ubuntu-release- New: accepted libfolia [armhf] (zesty-proposed) [1.6-2]
[07:59] -queuebot:#ubuntu-release- New: accepted libfolia [powerpc] (zesty-proposed) [1.6-2]
[07:59] -queuebot:#ubuntu-release- New: accepted libfolia [s390x] (zesty-proposed) [1.6-2]
[07:59] -queuebot:#ubuntu-release- New: accepted libpam-krb5 [arm64] (zesty-proposed) [4.7-4]
[07:59] -queuebot:#ubuntu-release- New: accepted libpam-krb5 [i386] (zesty-proposed) [4.7-4]
[07:59] -queuebot:#ubuntu-release- New: accepted libpam-krb5 [ppc64el] (zesty-proposed) [4.7-4]
[07:59] -queuebot:#ubuntu-release- New: accepted jq [arm64] (zesty-proposed) [1.5+dfsg-1.3]
[07:59] -queuebot:#ubuntu-release- New: accepted jq [ppc64el] (zesty-proposed) [1.5+dfsg-1.3]
[07:59] -queuebot:#ubuntu-release- New: accepted libfolia [i386] (zesty-proposed) [1.6-2]
[07:59] -queuebot:#ubuntu-release- New: accepted libpam-krb5 [amd64] (zesty-proposed) [4.7-4]
[07:59] -queuebot:#ubuntu-release- New: accepted libpam-krb5 [powerpc] (zesty-proposed) [4.7-4]
[07:59] -queuebot:#ubuntu-release- New: accepted pyqt5 [arm64] (zesty-proposed) [5.7+dfsg-4]
[07:59] -queuebot:#ubuntu-release- New: accepted pyqt5 [powerpc] (zesty-proposed) [5.7+dfsg-4]
[07:59] -queuebot:#ubuntu-release- New: accepted pyqt5 [s390x] (zesty-proposed) [5.7+dfsg-4]
[07:59] -queuebot:#ubuntu-release- New: accepted qtquickcontrols2-opensource-src [arm64] (zesty-proposed) [5.7.1-1]
[07:59] -queuebot:#ubuntu-release- New: accepted qtquickcontrols2-opensource-src [i386] (zesty-proposed) [5.7.1-1]
[07:59] -queuebot:#ubuntu-release- New: accepted jq [i386] (zesty-proposed) [1.5+dfsg-1.3]
[07:59] -queuebot:#ubuntu-release- New: accepted libfolia [ppc64el] (zesty-proposed) [1.6-2]
[07:59] -queuebot:#ubuntu-release- New: accepted libpam-krb5 [s390x] (zesty-proposed) [4.7-4]
[07:59] -queuebot:#ubuntu-release- New: accepted pyqt5 [ppc64el] (zesty-proposed) [5.7+dfsg-4]
[07:59] -queuebot:#ubuntu-release- New: accepted qtquickcontrols2-opensource-src [armhf] (zesty-proposed) [5.7.1-1]
[07:59] -queuebot:#ubuntu-release- New: accepted qtquickcontrols2-opensource-src [s390x] (zesty-proposed) [5.7.1-1]
[07:59] -queuebot:#ubuntu-release- New: accepted qtwebengine-opensource-src [i386] (zesty-proposed) [5.7.1+dfsg-3]
[07:59] -queuebot:#ubuntu-release- New: accepted suricata [amd64] (zesty-proposed) [3.2-2]
[07:59] -queuebot:#ubuntu-release- New: accepted libfolia [amd64] (zesty-proposed) [1.6-2]
[07:59] -queuebot:#ubuntu-release- New: accepted pyqt5 [armhf] (zesty-proposed) [5.7+dfsg-4]
[07:59] -queuebot:#ubuntu-release- New: accepted qtquickcontrols2-opensource-src [powerpc] (zesty-proposed) [5.7.1-1]
[07:59] -queuebot:#ubuntu-release- New: accepted softhsm2 [amd64] (zesty-proposed) [2.2.0-2]
[07:59] -queuebot:#ubuntu-release- New: accepted libpam-krb5 [armhf] (zesty-proposed) [4.7-4]
[07:59] -queuebot:#ubuntu-release- New: accepted qtwebengine-opensource-src [armhf] (zesty-proposed) [5.7.1+dfsg-3]
[07:59] -queuebot:#ubuntu-release- New: accepted qtquickcontrols2-opensource-src [amd64] (zesty-proposed) [5.7.1-1]
[07:59] -queuebot:#ubuntu-release- New: accepted qtquickcontrols2-opensource-src [ppc64el] (zesty-proposed) [5.7.1-1]
[07:59] -queuebot:#ubuntu-release- New: accepted suricata [i386] (zesty-proposed) [3.2-2]
[09:10] -queuebot:#ubuntu-release- New binary: ruby-whitequark-parser [amd64] (zesty-proposed/universe) [2.3.3.1-1] (no packageset)
[09:40] <Laney> infinity: I'm not sure
[09:40] <Laney> I'd read britney's code to find out how it figures that out
[09:42] <Laney> Might be that it actually just iterates all the results (obtained from swift)
[10:03] <apw> Laney, i think it iterates over the swift results and uses "new" results to seed its brains, but it does have its own idea of the current status of a package history
[10:11] <ginggs> ^ is this about getting britney to forget that tests were ever successful?
[10:35] <Laney> ginggs: Yep
[10:40] <ginggs> for now, would you add 'force-badtest ncbi-tools6/6.1.20170106-1' please? (this is the package where the autopkgtests were 'retired')
[10:42] <Laney> Well, I have a proposed patch, so it would be useful to keep this as a testcase
[10:44] <ginggs> Laney: oh cool, that is better
[10:54] <LocutusOfBorg> [10:39:39] <LocutusOfBorg> infinity, please kick janest-core-extended janest-core-kernel janest-core pa-test ocaml-re2 ocaml-textutils in proposed? :=
[10:54] <LocutusOfBorg> slangasek, ^^ :)
[10:54] <LocutusOfBorg> tia
[10:55] <Laney> ginggs: apw: infinity: If you could review britney2-ubuntu:dropped-tests that would be grand
[10:55] <Laney> I feel like I could have missed something
[10:55] <rbasak> sil2100: I'm reviewing all the certbot/acme/letsencrypt stuff in the Xenial queue ATM.
[10:56] <rbasak> Speaking of which, I'm not sure what I'm supposed to do with packages in Xenial NEW. Do I need an AA? Or is it sufficient for me to be sufficient that they're adequately backported?
[10:57] <rbasak> to be satisfied...
[10:59] <apw> rbasak, according to the rules they cannot exist :)  i believe they fall under the SRU pervue, but they do need extra review for binary names and the like
[10:59] <apw> rbasak, also you may find you don't have permissions to accept them so it may fall to an AA anyway in that sense
[11:00] <apw> rbasak, but even if you review it and just comment in the bug with your approval that is valuable
[11:01] <rbasak> apw: thanks! I'll review and leave a comment. Or ask you when I'm happy. Or something.
[11:07] <sil2100> rbasak: ACK
[11:07] <LocutusOfBorg> apw, how and where I can get a kernel 4.8 for xenial?
[11:08] <LocutusOfBorg> people are complaining a lot about virtualbox and 16.04.2 where the current version can't build the new dkms module
[11:09] <sil2100> rbasak: you think I could pick something else up in the meantime?
[11:09] <sil2100> rbasak: for starters I could take a look at ubuntu-image as I know the code-base
[11:10] <sil2100> rbasak: I see a second upload, I'll reject the previous one maybe
[11:13] <sil2100> rbasak: then I could take a look at flashplayerplugin?
[11:14] <rbasak> sil2100: sure
[11:17] -queuebot:#ubuntu-release- New: accepted ruby-whitequark-parser [amd64] (zesty-proposed) [2.3.3.1-1]
[11:18] <sil2100> rbasak: I'm wondering about how the new ubuntu-image release has been made - the changelog for the new version includes the old one + a new changelog entry on top, without any bug number associated
[11:18] <sil2100> rbasak: will that work with the tooling we have? Will the machinery pick up the SRU tracking bug from the previous entry?
[11:18] <sil2100> http://launchpadlibrarian.net/301984988/ubuntu-image_0.12+16.04ubuntu1_0.13+16.04ubuntu2.diff.gz
[11:19] <rbasak> sil2100: I'm still new to this, but I'm pretty sure that without an X-Launchpad-Bugs-Fixed in the changes file, our machinery won't work. I think barry made a mistake and needed a -v... option in his build.
[11:20] <rbasak> sil2100: so you can reject or fix it up, your choice.
[11:20] <rbasak> sil2100: since it looks like ubuntu2 fixes a minor dep8 issue with ubuntu1 that wouldn't need an LP reference, and ubuntu1 does have the correct LP reference.
[11:20] <rbasak> So the source uploaded is correct, but the changes file is wrong.
[11:21] <sil2100> rbasak: I'll fix it up, reject the old ones and re-upload if I can do that
[11:21] <rbasak> OK. I think that's fine.
[11:21] <sil2100> So in this case I'll just leave the versioning on 0.13+16.04ubuntu1
[11:21] <sil2100> Thanks :)
[11:22] <rbasak> Hmm.
[11:22] <rbasak> I don't know why barry bumped to ubuntu2.
[11:22] <rbasak> Perhaps there was a good reason that we don't know about?
[11:22] <rbasak> I was proposing to just reupload ubuntu2 but with a -v.
[11:23] <apw> already tagged in the vcs perhaps
[11:23] <rbasak> Then you aren't really changing anything, so can do it without waiting for him to wake up.
[11:23] <rbasak> sil2100: ^
[11:23] <sil2100> rbasak: I think I know why
[11:24] <sil2100> rbasak: yeah, barry seems to release all packages with one versioning scheme, and he already released 0.13+17.04ubuntu1 to zesty
[11:26] <sil2100> rbasak: true, simply reuploading with -v might be the way to go in this case
[11:51] -queuebot:#ubuntu-release- Unapproved: ubuntu-image (xenial-proposed/universe) [0.12+16.04ubuntu1 => 0.13+16.04ubuntu2] (no packageset)
[11:56] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-image [source] (xenial-proposed) [0.13+16.04ubuntu1]
[11:56] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-image [source] (xenial-proposed) [0.13+16.04ubuntu2]
=== didrocks1 is now known as didrocks
[12:07] <sil2100> rbasak: ok, I think I need to wait with ubuntu-image until barry is back as I think some changes are missing from the changelog
[12:08] <sil2100> rbasak: moving on to flashplayerplugin
[12:17] <apw> rbasak, sil2100, are you two reviewing the SRU queue for xenial right now ?  (it feels like you are)
[12:19] <apw> rbasak, sil2100, as i was intending to review docker.io ... but don't want to overlap
[12:28] <sil2100> apw: I think no one touched it yet, I'm looking at freshplayerplugin now (ubuntu-image needs to wait for barry to wake up)
[12:30] <rbasak> apw: yes, but I'm going to be doing the letsencrypt/acme/certbot stuff for a while. Go ahead and do docker.io!
[12:30]  * rbasak is also sorting out some of his SRU review tooling.
[12:32] <sil2100> rbasak: I checked freshplayerplugin and to me it looks sane, do I have green light to approve it?
[12:35] <rbasak> sil2100: I'm not sure. Should I review it also?
[12:35] <rbasak> sil2100: I'm not sure how to approach reaching an answer to your question, that is. IYSWIM.
[12:35] <rbasak> I can review it also if you like.
[12:41] <sil2100> rbasak: well, what I was doing with bdmurray was that he was quickly double-checking packages for me before I was allowed to approve them
[12:41] <sil2100> Since I'm basically still 'in training'
[12:42] <sil2100> I could just approve it as is but I don't want to by-pass my training period
[12:47] -queuebot:#ubuntu-release- Unapproved: accepted docker.io [source] (xenial-proposed) [1.12.3-0ubuntu4~16.04.1]
[13:04] <apw> sil2100, do we know if that "LP bug 1578252" is written that way to intentionally avoid closing it ?
[13:04] <ubot5> Launchpad bug 1578252 in freshplayerplugin (Ubuntu) " freshplayerplugin test failures during the build on the buildds" [High,Fix released] https://launchpad.net/bugs/1578252
[13:08] <rbasak> sil2100: sorry I was otp. Let me review it then.
[13:10] <apw> rbasak, ^ same question to you :)
[13:10] <sil2100> apw: possibly, I suppose maybe since it's just a build (test) failure they don't want it to go through the SRU process?
[13:11] <apw> sil2100, so it is a work-around and not the fix, ok that then makes sense
[13:12] <rbasak> apw: I assumed so, but I wasn't bothered by a test fix needing an SRU tracking bug.
[13:12] <rbasak> (in this case it sounds like a build fix actually)
[13:13] <rbasak> Though I haven't reviewed that part of the diff to verify it yet. So just going by the changelog for now.
[13:15] <rbasak> Hmm. Why doesn't debhelper should set LC_ALL=C by default, instead of requiring maintainers to individually figure it out?
[13:32] <rbasak> sil2100: +1 to freshplayerplugin in Xenial and Yakkety.
[14:15] <sil2100> rbasak: thanks for double-checking! :)
=== andyrock_ is now known as andyrock
[14:18] <xnox> rbasak, our default lang should be LC_ALL=C.UTF-8
[14:18] <xnox> (including on buildds)
[14:19] <xnox> but that upload predates the switch of buildds; i'm wondering if it would be passing from now on....
[14:19] <xnox> meh
[14:20] -queuebot:#ubuntu-release- Unapproved: accepted freshplayerplugin [source] (xenial-proposed) [0.3.4-3ubuntu0.1]
[14:27] -queuebot:#ubuntu-release- Unapproved: ppc64-diag (xenial-proposed/universe) [2.7.0-0ubuntu3 => 2.7.0-0ubuntu4] (no packageset)
[14:28] -queuebot:#ubuntu-release- Unapproved: ppc64-diag (yakkety-proposed/main) [2.7.1-5 => 2.7.1-5ubuntu1~16.10] (no packageset)
[14:41] <barry> oops yeah, i should have used -v for the y and x releases.
[14:41]  * barry really needs to write a release script :/
[14:48] <LocutusOfBorg> apw, ping wrt virtualbox and kernel
[14:50] <apw> LocutusOfBorg, remind me ...
[14:53] <LocutusOfBorg> 16.04.2 will have kernel 4.8
[14:53] <LocutusOfBorg> virtualbox-dkms will FTBFS
[14:53] <LocutusOfBorg> I can update virtualbox, and I did in my ppa
[14:54] <LocutusOfBorg> https://bugs.launchpad.net/ubuntu/xenial/+source/virtualbox/+bug/1629870
[14:54] <ubot5> Ubuntu bug 1629870 in virtualbox (Ubuntu Xenial) "Trouble installing mainline kernel 4.8: virtualbox-dkms 5.0.24-dfsg-0ubuntu1.16.04.1: virtualbox kernel module failed to build" [Critical,New]
[14:54] <LocutusOfBorg> so, before releasing 16.04.2 I think we should update vbox to at least 5.0.30
[14:56] <rbasak> xnox: but even then, people build locally and should get the same behaviour. Is there anything that would break if debhelper *didn't* reset LC_ALL for us?
[14:56] <rbasak> It's have to be a compat bump presumably.
[15:05] -queuebot:#ubuntu-release- Unapproved: cloud-initramfs-tools (yakkety-proposed/main) [0.30ubuntu1.1 => 0.35ubuntu1] (edubuntu, ubuntu-server)
[15:16] <apw> rbasak, dunno if it is randomly whatever the local system has, making it something consisant sounds within "something random"
[15:18] -queuebot:#ubuntu-release- Unapproved: ubuntu-image (yakkety-proposed/universe) [0.12+16.10ubuntu1 => 0.13+16.10ubuntu2] (no packageset)
[15:20] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (zesty-proposed/main) [4.9.0-12.13] (core, kernel)
[15:22] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (zesty-proposed) [4.9.0-12.13]
[15:26] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-image [source] (yakkety-proposed) [0.13+16.10ubuntu1]
[15:26] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-image [source] (yakkety-proposed) [0.13+16.10ubuntu2]
[15:27] <acheronuk> release team: to assist the Qt transition/migration, can you please force-badtest the following KDE applications?
[15:27] <acheronuk> http://paste.ubuntu.com/23782165/
[15:27] <acheronuk> The person on our team who really knows how to fix these (if the need fixing) is currently MIA and has not been seen/heard from since before Christmas.
[15:27] <acheronuk> In addition these 16.0.3 applications will be superseded by much newer 16.12 upload as soon as we can reasonably do so after Qt migrates, so while not precisely irrelevant, they are not what we will be shipping in zesty
[15:27] <acheronuk> There should also be a point release later to bugfix any 16.12 issues
[15:30] <acheronuk> also 4 frameworks if possible:
[15:30] <acheronuk> http://paste.ubuntu.com/23782184/
[15:31] <acheronuk> again, ASAP after Qt moves through, these should be superseded with frameworks 5.29, where we will look to fix tests we can or disable ones that we absolutely are unable to maintain
[15:31] <acheronuk> thanks :)
[15:32] <acheronuk> Mirv: FYI the above ^^^
[15:32] <LocutusOfBorg> isn't powerpc fucked-arch now for britney? I see stuff like nodejs blocked
[15:32] <sil2100> rbasak: ok, I resolved all my doubts regarding to the ubuntu-image uploads - you think it's fine for me to approve them as is or maybe you want to double-check it for me?
[16:14] <smoser> bah
[16:14] <smoser> please NAK my yakkety cloud-initramfs-tools upload
[16:14] <smoser> it was meant for zesty.
[16:15] <smoser> dch -i still does yakkety
[16:15] <apw> smoser, gone
[16:16] <smoser> gracias
[16:16] -queuebot:#ubuntu-release- Unapproved: rejected cloud-initramfs-tools [source] (yakkety-proposed) [0.35ubuntu1]
[16:33] <sil2100> apw, rbasak: I'll be looking at the linux-firmware SRU in the xenial queue now if you don't mind
[16:51] <apw> sil2100, have at it ...
[16:51] -queuebot:#ubuntu-release- Unapproved: grub2 (zesty-proposed/main) [2.02~beta3-3ubuntu2 => 2.02~beta3-3ubuntu2] (core)
[17:01] <xnox> rbasak, yes. LC_ALL=C will force stdin/stdout to be non-unicode and a bunch of python build-tools and test-suites will start failing unicode testsuites for example.
[17:12] -queuebot:#ubuntu-release- Unapproved: grub2 (zesty-proposed/main) [2.02~beta3-3ubuntu2 => 2.02~beta3-3ubuntu2] (core)
[17:15] -queuebot:#ubuntu-release- New binary: decopy [amd64] (zesty-proposed/universe) [0.2-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: gssproxy [ppc64el] (zesty-proposed/universe) [0.5.1-2] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: libsub-info-perl [amd64] (zesty-proposed/universe) [0.002-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: gssproxy [arm64] (zesty-proposed/universe) [0.5.1-2] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: gssproxy [amd64] (zesty-proposed/universe) [0.5.1-2] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: gssproxy [s390x] (zesty-proposed/universe) [0.5.1-2] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: gssproxy [i386] (zesty-proposed/universe) [0.5.1-2] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: yanc [amd64] (zesty-proposed/universe) [0.3.3-3] (no packageset)
[17:22] <Mirv> Laney: if you're still around, see acheronuk's two pastes above for force-badtest lines you requested
[17:23] <Mirv> with explanations
[17:23] -queuebot:#ubuntu-release- New binary: cloud-initramfs-tools [amd64] (zesty-proposed/main) [0.35ubuntu1] (edubuntu, ubuntu-server)
[17:23] -queuebot:#ubuntu-release- New binary: gssproxy [armhf] (zesty-proposed/universe) [0.5.1-2] (no packageset)
[17:23] -queuebot:#ubuntu-release- New binary: libnet-cisco-mse-rest-perl [amd64] (zesty-proposed/universe) [0.2-1] (no packageset)
[17:24] <Laney> Mirv: bit busy, maybe someone else can handle it please
[17:24] -queuebot:#ubuntu-release- New binary: gssproxy [powerpc] (zesty-proposed/universe) [0.5.1-2] (no packageset)
[17:25] <Mirv> ok, let's see
[17:39] -queuebot:#ubuntu-release- New binary: php7.1 [ppc64el] (zesty-proposed/universe) [7.1.0-5] (no packageset)
[17:43] <rbasak> Hmm. php7.1 has arrived and is in sync?
[17:43] <rbasak> nacc: ^ that might need cleaning up
[17:46] -queuebot:#ubuntu-release- New binary: php7.1 [s390x] (zesty-proposed/universe) [7.1.0-5] (no packageset)
[17:46] <nacc> rbasak: will examine, thanks
[17:47] <nacc> rbasak: I *think*, it's co-installable
[17:48] <rbasak> nacc: even if it is, I think I've swung into the direction of only shipping one. For the same main/universe confusion as before.
[17:48] <rbasak> for the same main/universe confusion *reason* as before.
[17:55] <sil2100> I'm trying to review the xenial linux-firmware SRU - the bugs attached don't follow our SRU guidelines (nor the kernel ones), how strict are we with formalities like these?
[17:56] -queuebot:#ubuntu-release- New binary: php7.1 [i386] (zesty-proposed/universe) [7.1.0-5] (no packageset)
[18:00] -queuebot:#ubuntu-release- New: accepted decopy [amd64] (zesty-proposed) [0.2-1]
[18:00] -queuebot:#ubuntu-release- New: accepted gssproxy [arm64] (zesty-proposed) [0.5.1-2]
[18:00] -queuebot:#ubuntu-release- New: accepted gssproxy [i386] (zesty-proposed) [0.5.1-2]
[18:00] -queuebot:#ubuntu-release- New: accepted gssproxy [ppc64el] (zesty-proposed) [0.5.1-2]
[18:00] -queuebot:#ubuntu-release- New: accepted libnet-cisco-mse-rest-perl [amd64] (zesty-proposed) [0.2-1]
[18:00] -queuebot:#ubuntu-release- New: accepted php7.1 [i386] (zesty-proposed) [7.1.0-5]
[18:00] -queuebot:#ubuntu-release- New: accepted php7.1 [s390x] (zesty-proposed) [7.1.0-5]
[18:00] -queuebot:#ubuntu-release- New: accepted gssproxy [amd64] (zesty-proposed) [0.5.1-2]
[18:00] -queuebot:#ubuntu-release- New: accepted gssproxy [powerpc] (zesty-proposed) [0.5.1-2]
[18:00] -queuebot:#ubuntu-release- New: accepted libsub-info-perl [amd64] (zesty-proposed) [0.002-1]
[18:00] -queuebot:#ubuntu-release- New: accepted yanc [amd64] (zesty-proposed) [0.3.3-3]
[18:00] -queuebot:#ubuntu-release- New: accepted gssproxy [armhf] (zesty-proposed) [0.5.1-2]
[18:00] -queuebot:#ubuntu-release- New: accepted php7.1 [ppc64el] (zesty-proposed) [7.1.0-5]
[18:00] -queuebot:#ubuntu-release- New: accepted gssproxy [s390x] (zesty-proposed) [0.5.1-2]
[18:00] <apw> sil2100, if the bugs arn't up to scratch feel free to whine in the bugs and leave it there
[18:01] <apw> in the queue
[18:03] <nacc> rbasak: ok, i see what you mean. I will take a look
[18:07] -queuebot:#ubuntu-release- New binary: php7.1 [amd64] (zesty-proposed/universe) [7.1.0-5] (no packageset)
[18:07] <sil2100> Maybe I'm too picky about those bug reports...
[18:08] <acheronuk> Mirv: those are in one paste here if that makes it easier for the team
[18:08] <acheronuk> http://paste.ubuntu.com/23782835/
[18:29] <barry> LP: #1655735 looks like a regression on armhf
[18:29] <ubot5> Launchpad bug 1655735 in multipath-tools (Ubuntu) "Incompatible libdevmapper 1.02.136 (2016-11-05) and kernel driver (unknown version)." [Undecided,New] https://launchpad.net/bugs/1655735
[18:29] <barry> (in kernel perhaps)
[18:33] <cyphermox> maybe, yeah
[18:33] <cyphermox> not multipath-tools by a quick look though
[18:41]  * cyphermox hooks up his raspberry pi
[18:49] <barry> cyphermox: thanks.  yeah, i bugtasked that to the three packages that looked relevant, but agreed it's probably not in m-t
[19:55] -queuebot:#ubuntu-release- New source: panko (zesty-proposed/primary) [1.0.0-0ubuntu1]
[20:06] <cyphermox> barry: it almost looks like it's not running as root, but you do have needs-root
[20:21] <barry> cyphermox: yeah, and i would think that'd fail on the other arches, right?
[20:49] <cyphermox> well, if it was an incompatibility between devmapper and the kernel, it would probably fail on all arches
[20:49] <barry> cyphermox: unless there was some kernel setting that broke it but only showed up on armhf
[20:50] <cyphermox> well, yeah
[20:57] <barry> cyphermox: this was asked on the bug: Does the error go away if you boot a Xenial test kernel on this machine and re-run the test?  That will tell us if it is a kernel regression.
[20:57] <cyphermox> right
[20:59] <barry> cyphermox: can you try it?
[20:59] <cyphermox> I only just got it updated to zesty
[21:00] <barry> cyphermox: ok, np
[21:01] <cyphermox> now trying to run the autopkgtests in a container or some other way to reproduce the fialure
[22:00] <barry> cyphermox: oh, now i see what you mean by "almost looks like it's not running as root" since you get a permission denied and the incompatible warning when you run "dmsetup ls" as non-root on amd64.  but as root, it works okay.  what happens on your armhf with that command?
[22:01] <barry> but as non-root on amd64 we get a slightly different permission error
[22:18] <cyphermox> well, I'm not sure exactly what command it was using, was it the kpartx -avs call?
[22:18] <cyphermox> I'm still fighting the box to actually do autopkgtests
[23:00] -queuebot:#ubuntu-release- New binary: qtwebengine-opensource-src [amd64] (zesty-proposed/universe) [5.7.1+dfsg-4] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: liquid-dsp [ppc64el] (zesty-proposed/universe) [1.3.0-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: python-graphviz [amd64] (zesty-proposed/none) [0.5.2-1] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: liquid-dsp [amd64] (zesty-proposed/universe) [1.3.0-1] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: python-mechanicalsoup [amd64] (zesty-proposed/none) [0.6.0-1] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: liquid-dsp [armhf] (zesty-proposed/universe) [1.3.0-1] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: liquid-dsp [i386] (zesty-proposed/universe) [1.3.0-1] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: liquid-dsp [s390x] (zesty-proposed/universe) [1.3.0-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: libopenmpt [ppc64el] (zesty-proposed/universe) [0.2.7386~beta20.3-2] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: liquid-dsp [powerpc] (zesty-proposed/universe) [1.3.0-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: liquid-dsp [arm64] (zesty-proposed/universe) [1.3.0-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: libopenmpt [amd64] (zesty-proposed/universe) [0.2.7386~beta20.3-2] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: libopenmpt [s390x] (zesty-proposed/universe) [0.2.7386~beta20.3-2] (no packageset)
[23:19] -queuebot:#ubuntu-release- New binary: libopenmpt [powerpc] (zesty-proposed/universe) [0.2.7386~beta20.3-2] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: libopenmpt [i386] (zesty-proposed/universe) [0.2.7386~beta20.3-2] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: libopenmpt [arm64] (zesty-proposed/universe) [0.2.7386~beta20.3-2] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: libopenmpt [armhf] (zesty-proposed/universe) [0.2.7386~beta20.3-2] (no packageset)