[01:41] flexiondotorg: I defer to infinity or cjwatson or someone else who can merge debian-cd; I don't have access. === maclin1 is now known as maclin [05:10] flexiondotorg: Merged. [07:30] infinity, Many thanks. [07:31] infinity, I don't see the merge upstream yet. How long will it take to be included? === mapreri_ is now known as mapreri [09:56] Can someone reject docker.io 1.6.2~dfsg1-1ubuntu4~15.04.1 from Vivid unapproved please? I have a replacement with the same version ready. [09:57] I've just tried an upgrade from 15.04 to 15.10 which fails because Thunderbird in 15.04 is newer than the one in 15.10. [09:58] cjwatson@snakefruit:~$ for c in main restricted universe multiverse; do ./suite-diff.py ~ubuntu-archive/mirror/ubuntu/dists/{vivid-updates,wily}/$c/source/Sources.gz gt; done [09:58] firefox: 41.0.1+build2-0ubuntu0.15.04.2 > 41.0+build3-0ubuntu2 [09:58] oxide-qt: 1.9.5-0ubuntu0.15.04.1 > 1.9.1-0ubuntu1 [09:58] thunderbird: 1:38.3.0+build1-0ubuntu0.15.04.1 > 1:38.2.0+build1-0ubuntu3 [09:59] infinity: ^- those could perhaps do with copying forward? maybe with some discussion in the case of oxide-qt so that the CI Train stuff doesn't explode [09:59] chrisccoulson: ^- [10:05] cjwatson, Thanks for forwarding. [10:11] Can someone reject docker.io 1.6.2~dfsg1-1ubuntu4~15.04.1 from Vivid unapproved please? I have a replacement with the same version ready. [10:24] cjwatson, yeah, my uploads got rejected because they reverted changes that hadn't been proposed in the bzr branches [10:24] ok, is that being reconciled? [10:26] I can fix thunderbird, but tbh, I'm not particularly happy with http://launchpadlibrarian.net/219814387/firefox_41.0%2Bbuild3-0ubuntu1_41.0%2Bbuild3-0ubuntu2.diff.gz (carrying a powerpc-specific patch with no upstream bug link) [10:26] ^ cjwatson [10:26] If it really is a Firefox bug, it should be reported and fixed upstream (or at least agreed upstream that it's a firefox bug) [10:31] And I don't actually understand why http://launchpadlibrarian.net/218029721/thunderbird_1%3A38.2.0%2Bbuild1-0ubuntu2_1%3A38.2.0%2Bbuild1-0ubuntu3.diff.gz is necessary - there's no Testsuite header in the control file anymore [10:33] chrisccoulson: the Testsuite header is now automatically generated by dpkg-source [10:33] http://anonscm.debian.org/gitweb/?p=autopkgtest/autopkgtest.git;a=blob_plain;f=doc/README.package-tests.rst;hb=HEAD [10:33] "This tag is added automatically by dpkg-source version 1.17.11 or later." [10:34] doko: ^- could you please get the firefox/powerpc thing proposed upstream so that this can be reconciled properly? [10:36] chrisccoulson: You can certainly see the thunderbird stuff failing in http://autopkgtest.ubuntu.com/packages/t/thunderbird/wily/amd64/ [10:36] Prior to doko's fix, that is [10:36] chrisccoulson: And it's failing for stables on http://autopkgtest.ubuntu.com/?q=thunderbird [11:07] doko: the new gconf fix gnome-media FTBFS (due to gconf postinst not running successfully on builders and some machines) ^ [11:52] Can someone reject docker.io 1.6.2~dfsg1-1ubuntu4~15.04.1 from Vivid unapproved please? I have a replacement with the same version ready. [11:58] * didrocks flushes [11:58] rbasak: done ^ [11:59] didrocks: thank you! [12:00] yw [12:05] infinity: do you mind taking care of the latest docker.io in the queues for Trusty and Vivid please? [12:12] SRU tools are blocking on bugs mentioned in the changelog (and thus in Launchpad-Bugs-Fixed in the changes file I presume) but the bugs don't actually have Ubuntu tasks. [12:12] https://bugs.launchpad.net/juju-core/+bug/1478660 for example - the reporter was asked for verification and it is appearing in the pending-sru report. [12:12] Launchpad bug 1478660 in juju-core/1.23 "juju uses proxy to access bootstrap node" [High,Fix committed] [12:12] Launchpad bug 1478660 in juju-core 1.23 "juju uses proxy to access bootstrap node" [High,Fix committed] [12:13] Should the changelog not include these references, or do we need to fix the tools? [13:52] jdstrand, would you mind copying the wily build of oxide from https://launchpad.net/~ubuntu-mozilla-security/+archive/ubuntu/ppa to the archive please? (wily's version is older than vivid) [13:53] sure [13:55] arges: thank you for clearing the apache2 SRU. Sorry, just uploaded another that was waiting for sponsorship by the same author. [13:56] rbasak: no problem [13:56] I'll ask him to try and bundle them together next time, but as he's a contributor I've not seen before I'd prefer to encourage him to carry on helping than to push back too hard [13:57] rbasak: yup, hopefully this experience illustrates why bundling would be useful as a contributor too (if they are aware of it) [14:01] chrisccoulson: ok, copied to wily-proposed === Guest77290 is now known as balloons [14:43] dannf: bug 1498618, are you doing an MRE for this instead or should I accept libguestfs into proposed as it is now? [14:43] bug 1498618 in libguestfs "FTBFS in trusty (QEMU version parsing)" [Undecided,In progress] https://launchpad.net/bugs/1498618 [14:43] bug 1498618 in libguestfs (Ubuntu Trusty) "FTBFS in trusty (QEMU version parsing)" [Undecided,In progress] https://launchpad.net/bugs/1498618 [15:05] dannf: ^ [15:21] bdmurray, please review the python3.4 update for trusty-proposed. patch was reviewed by both tyhicks and barry, updated the SRU description how to test for the PEP 476 behaviour [15:24] Is it Thursday? ;-) today is arges's day [15:25] bdmurray: yea i'll look at it, just did a pass [15:27] doko: 3.4.3-1ubuntu1~14.04.1 is still in -proposed, does this superceed it? [15:28] doko: ah i see 14.04.1 was removed due to regression [16:06] arges: i think an MRE would be a good idea - i tried to push upstream to help w/ that (e.g. providing test commands I can wrap in DEP-8, etc) - but I haven't heard back yet. So, +1 accepting as-is. [16:06] cyphermox: awesome! thanks for that! [16:06] cjwatson: ^ [16:06] apw: ^ [16:07] we have a regression in play following a CVE fix in the kernel which is hopefully repaired by the lxc upload above so it would be good to get that in play as soon as we can [16:08] dannf: ok [16:09] apw: guess that's me [16:10] stgraber: apw : does this reference any bug#? [16:11] https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/1504781 [16:11] Launchpad bug 1504781 in lxc "lxc-test-ubuntu hangs forever in trusty-proposed with Linux 3.13.0-66: AppArmor denies /dev/ptmx mounting" [Undecided,New] [16:11] Launchpad bug 1504781 in lxc (Ubuntu Trusty) "lxc-test-ubuntu hangs forever in trusty-proposed with Linux 3.13.0-66: AppArmor denies /dev/ptmx mounting" [Undecided,New] [16:11] arges, ^ [16:13] arges: wasn't made aware of a bug #, I can re-upload with this one if you'd like [16:13] stgraber: : ) that would be great. I'll reject the current [16:13] was looking for the debdiff so i wouldn't have to bug you, but if you have that all setup even better [16:14] dannf: yw [16:15] arges: re-uploaded [16:15] stgraber: thanks, will review soon [16:18] ok accepted [16:19] cool [16:20] arges, thanks [16:20] stgraber, adt should do its do shortly and confirm its fixed [16:22] hopefully that was enough. I went through the upstream git history and it looks like this should contain all the relevant stuff. [16:22] only extra stuff we have in wily is to support systemd which isn't relevant to trusty === Saviq_ is now known as Saviq === Logan_ is now known as Logan [20:02] ^ yet another iteration of ipmitool SRU for the usb transport, fixes the ppc build failure. [20:58] arges, apw: so the lxc SRU is bad in that it doesn't fix anything, I'm sending an updated one now which based on feedback from jjohansen should actually fix things [20:58] arges: feel free to fail the SRU if you want, or just wait for the new one and let that one in [21:16] stgraber, thank you for wacking om this 1 [21:30] stgraber: ok i'll look at it now [21:33] stgraber: don't see it in the queue . did it get rejected? [21:34] 21:30 -queuebot:#ubuntu-release- Unapproved: accepted lxc [source] (trusty-proposed) [1.0.7-0ubuntu0.9] [21:34] looks like somebody beat you to it [21:34] stgraber: cool. : ) [21:34] well hopefully that really fixes it [21:36] yeah, I hope so [21:38] looks like pitti was the one accepting it