[00:31] <Daviey> ^ nova rejected, discussed with uploader
[00:48] <stgraber> self-rejecting systemd, I just noticed some cgroup permissions being wrong on my system, will investigate some more tomorrow
[03:02] <ScottK> xnox: ^^^
[03:02] <ScottK> Looks like someone else already got levenshtein.
[08:06] <dholbach> hiya
[08:06] <dholbach> can somebody take a look at 1298155 and 1297710 please? O:-)
[08:14] <Laney> dholbach: ok
[08:14] <Laney> What's this keyring about?
[08:15] <dholbach> happyaron should probably know - I just wanted to help getting things sponsored
[08:16] <Laney> If they're adding another archive then I'm concerned and want the TB to say that's ok first
[08:16]  * dholbach nods
[08:18] <dholbach> the other upload should be less controversial though :)
[08:18] <Laney> I acked that one
[08:18] <Laney> commented on both
[08:19] <dholbach> thanks
[09:03] <rbasak> Can https://bugs.launchpad.net/ubuntu/+source/juju-quickstart/+bug/1282630 be looked at please? There are just six fairly simple enumerated changes. It's not complex like juju itself.
[09:03] <ubot2> Launchpad bug 1282630 in juju-quickstart (Ubuntu Trusty) "[FFe] Upgrade juju-quickstart to new upstream release 1.3.0" [High,New]
[09:04] <rbasak> The added features are fairly trivial.
[09:49] <psivaa> cjwatson: apw: trusty server installs with lvm are failing from 20140330, with 'INPUT critical partman-auto-lvm/vg_create_error'. curious if this is related to any kernel changes
[09:49] <psivaa> http://pastebin.ubuntu.com/7188941/
[10:06] <jibel> psivaa, this is bug 1300072
[10:06] <ubot2> Launchpad bug 1300072 in parted (Ubuntu Trusty) "LVM installation fails - regression with parted 2.3-17" [Critical,Confirmed] https://launchpad.net/bugs/1300072
[10:07] <psivaa> jibel: ack, thanks. i'll tag the smoke failure with that bug
[10:36] <mlankhorst> can someone accept mesa to trusty? for bug https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1296947
[10:36] <ubot2> Launchpad bug 1296947 in mesa (Ubuntu) "libudev dependency not expressed by libgl1-mesa-glx binary package" [High,In progress]
[10:44] <doko> infinity, deb http://people.canonical.com/~doko/tmp/gnat-ppc64el ./
[10:56] <infinity> mlankhorst: A 1.6MB diff is a bit more than just fixing that bug. :P
[10:56] <mlankhorst> erm 1.6 mb?
[10:56] <infinity> Oh, that might be a queue bug.
[10:56] <mlankhorst> oh that
[10:56] <mlankhorst> yeah should be fine
[10:58] <infinity> mlankhorst: Also, ick.  Why is libudev being dlopened?
[10:59] <mlankhorst> infinity: because loading libudev in the global address space causes fun issues with games that use udev too
[10:59] <mlankhorst> and ship their own
[10:59] <infinity> The followup would be why would people ship their own?
[10:59] <rbasak> Can https://bugs.launchpad.net/ubuntu/+source/juju-quickstart/+bug/1282630 be looked at please? There are just six fairly simple enumerated changes. It's not complex like juju itself. The added features are fairly trivial.
[10:59] <ubot2> Launchpad bug 1282630 in juju-quickstart (Ubuntu Trusty) "[FFe] Upgrade juju-quickstart to new upstream release 1.3.0" [High,New]
[10:59] <infinity> Double ick.
[11:00] <mlankhorst> no idea, and not sure I want to know..
[11:01] <infinity> mlankhorst: And I assume the breaking out of libraries into new packages is handled in a way that upgrades will be smooth?
[11:02] <mlankhorst> should be
[11:04] <infinity> Kay, looks like.
[11:07]  * infinity goes to bed before he gets suckered into doing the rest of the queue.
[11:07] <Laney> do that last one!
[11:07] <seb128> infinity, could just do ... ;-)
[11:07] <seb128> infinity, night
[11:08] <Laney> I notice that everyone avoids glib :P
[11:11] <seb128> well, they seem to avoid mostly desktop stuff indeed
[11:42] <tjaalton> stgraber: uploaded new sssd that drops libsasl2-modules-ldap from Recommends
[11:53] <xnox> infinity: can python-pandas-lib:ppc64el and python3-pandas-lib:ppc64el be removed? i'm not sure how those binaries got built, since we don't have pytables which builts on ppc64el. (which is listed in pandas build-depends and binary packages depends)
[12:25] <dbarth> hello release team
[12:25] <dbarth> i have webbrowser-app (and the webapp container part of it) hold in the unproposed pocket for you to scan
[12:26] <dbarth> this is part of the landing of the oxide stack, which is now going to run webapps on desktop and phones
[12:26] <dbarth> sorry that's the UNAPPROVED queue (not unproposed, grrr)
[13:29] <cjwatson> tjaalton: could you reupload autofs with the correct bug number in the changelog, please?  bug 1081498 is on a different package
[13:29] <ubot2> Launchpad bug 1081498 in Cinder "I18N issue: some log/messages are not wrapped with _()" [Medium,Fix released] https://launchpad.net/bugs/1081498
[13:31] <tjaalton> cjwatson: oops
[13:32] <tjaalton> ah, bug 1081489 not 98
[13:32] <ubot2> Launchpad bug 1081489 in Linux Mint "autofs package is missing the lookup_sss.so module(!); negating autofs-enabled sssd functionality (automount fails)" [Undecided,New] https://launchpad.net/bugs/1081489
[13:39] <cjwatson> dbarth: accepted
[13:45] <dbarth> cjwatson: thanks
[13:49] <cjwatson> tjaalton: thanks
[14:26] <rbasak> Can https://bugs.launchpad.net/ubuntu/+source/juju-quickstart/+bug/1282630 be looked at please? There are just six fairly simple enumerated changes. It's not complex like juju itself. The added features are fairly trivial.
[14:26] <ubot2> Launchpad bug 1282630 in juju-quickstart (Ubuntu Trusty) "[FFe] Upgrade juju-quickstart to new upstream release 1.3.0" [High,New]
[15:16] <zul> can someone reject nova please?
[15:32] <stgraber> could someone from the release team look at bug 1299028 please?
[15:32] <ubot2> Launchpad bug 1299028 in babeltrace (Ubuntu) "[FFe] babeltrace 1.2.1-1" [Undecided,New] https://launchpad.net/bugs/1299028
[15:33] <stgraber> zul: rejecting now
[15:33] <zul> stgraber: thanks
[19:58] <infinity> xnox: At a guess, I'd say this points to pytables perhaps being broken on 64k pagesize kernels?
[20:00] <infinity> xnox: Given that it built in the original bootstrap and not in the rebuild.
[20:00] <xnox> infinity: pytables does memory mapped hdf5 operations (hierarchical data format for numeric data used in Matlab, Scilab, Octave, Matematica et.al.)
[20:01] <infinity> Get:174 http://ftpmaster.internal/ppc64el/ trusty/universe python-tables ppc64el 3.0.0-2 [616 kB]
[20:01] <infinity> Oh, was also an older version in the bootstrap.
[20:01] <xnox> infinity: right, and the bootstrap was on pre-64k pagesizes?!
[20:01] <infinity> xnox: Well, some was, some wasn't.   That could be a red herring.  It could just flat out be broken in the newer version.
[20:02] <xnox> well, let me try older one on a porter box.
[20:02] <infinity> xnox: Anyhow, I'd be more inclined to think of that as a regression that britney would have caught if we didn't dump/rebuild the entire archive at exactly that moment. :P
[20:02] <stgraber> infinity: any chance I can get you to review bug 1299028? I've got upstream nagging me daily about it now ;)
[20:03] <ubot2> Launchpad bug 1299028 in babeltrace (Ubuntu) "[FFe] babeltrace 1.2.1-1" [Undecided,New] https://launchpad.net/bugs/1299028
[20:04] <xnox> infinity: there is never a perfect time to drop and rebuild the world =)
[20:18] <tjaalton> stgraber: did you see my msgs about the sssd MIR? I see that sssd-common is in main now, but the rest should be able to move too
[20:19] <stgraber> tjaalton: I haven't looked at it today, let me check c-m
[20:19] <tjaalton> https://bugs.launchpad.net/ubuntu/+source/libpwquality/+bug/1017285
[20:19] <ubot2> Launchpad bug 1017285 in libpwquality (Ubuntu) "[MIR] libpwquality" [Wishlist,Fix released]
[20:20] <tjaalton> that would indicate that the pam module got moved already, but it's not there
[20:23] <stgraber> tjaalton: chances are it got demoted because nothing was using it, thanks for the reference, I'll promote it again then
[20:23] <tjaalton> ah, right
[20:25] <stgraber> tjaalton: most of libpwquality was in main, though the pam module was not, should be fixed with the next publisher run
[20:26] <stgraber> also not too sure how I missed sssd's source package yesterday, fixed that one too
[20:26] <tjaalton> yeah it was like that the last time
[20:27] <stgraber> tjaalton: so we still have those that want to move back to universe: python-libipa-hbac python-libsss-nss-idmap sssd-tools
[20:27] <stgraber> if you want any of them to stick in main we'll have to seed them directly
[20:27] <tjaalton> those are from the same source though_
[20:27] <tjaalton> ah
[20:27] <stgraber> I doubt we care very much about the python ones, but maybe we should see sssd-tools?
[20:27] <tjaalton> damn us layout.. :(
[20:28] <tjaalton> yeah, i guess that would be fine for now at least
[20:28] <stgraber> ok, I'll seed ssd-tools and demote the two others then
[20:30] <tjaalton> thanks
[20:30] <tjaalton> !
[20:38] <infinity> stgraber: Looking.
[20:39] <infinity> stgraber: Are there plans to update lltng as well, per your comment?
[20:39] <infinity> stgraber: If so, and if that doesn't also need a massive review and FFe, then +1
[20:41] <stgraber> infinity: the rest of lttng was at rc4 with no feature changes to final and I have already pushed those (liburcu, ust, ltt-control and lttng-modules).
[20:41] <stgraber> thanks for the +1 then
[20:41] <infinity> stgraber: Ahh, good deal.
[20:41] <infinity> stgraber: Go forth and sponsor, then.
[20:41] <infinity> stgraber: Is this us jumping ahead of Debian, or a sync/merge?
[20:42] <infinity> Ahh, guessing the latter, based on the PTS having 1.2.1-1
[20:42] <stgraber> infinity: should have been a sync if Jon didn't put way stricter build-dependencies than he should have, will be a merge iwth a tiny delta
[20:42] <stgraber> *with
[20:43] <stgraber> also, for whatever reason all the lttng packages are arch-limited, so we need a tiny delta if only to enable arm64 and ppc64el...
[20:43] <infinity> stgraber: Oh, the glib2.0 build-dep? :/
[20:43] <infinity> Wait, no.  That's 2.16, we're up to 2.40
[20:43] <infinity> stgraber: Which build-dep are you talking about? :P
[20:43] <infinity> Build-Depends: debhelper (>= 9~), libglib2.0-dev (>= 2.16), uuid-dev, libpopt-dev, dh-autoreconf
[20:44] <infinity> ^-- That looks fine to me?
[20:44] <stgraber> oh, that actually looks good
[20:44] <stgraber> all the others had build-depend on liburcu with a strict dependency on the new upstream which we don't have and don't want for 14.04
[20:44] <infinity> stgraber: And the packages are all arch:any.
[20:44] <stgraber> but I guess babeltrace is the only lttng package that doesn't use that stuff
[20:44] <stgraber> nice, so that will be a clean sync then
[20:45] <infinity> That's what I like to hear.
[20:46] <stgraber> yeah, me too, less nagging for me next cycle (upstream is getting one of their guys to become a DM with upload rights on those in Debian but they use Ubuntu, so hopefully they can keep things sane)
[20:48] <infinity> stgraber: Well, it may still not be a sync after you sync it and it's mysteriously FTBFS on some arch, but we'll see. ;)
[20:49]  * stgraber crosses fingers
[20:49]  * stgraber stops, turns out it's hard to type that way
[20:49] <infinity> Hah.
[20:55] <stgraber> built fine everywhere, my lucky day!
[20:55]  * stgraber gets back to systemd because to balance things out a bit, this afternoon has been going way too well so far
[20:55] <stgraber> s/because //
[21:00] <xnox> infinity: deffo an upstream regression, 3.0.0 release passes test-suite on python2.7 (it's not python3.4 compatible however) *sigh* at least that's bisectable.
[23:29] <infinity> xnox: "deffo"?  You're really taking that new citizenship seriously, I see.
[23:30] <xnox> infinity: nah, just watched too much of BB UK over the years.
[23:31] <infinity> xnox: My condolences to the many brain cells you've lost along the way.
[23:32] <xnox> yeah, i'm glad i managed to get off that show
[23:49] <infinity> slangasek: ^
[23:49] <slangasek> infinity: if you haven't changed it since the last diff I reviewed, just self-accept?
[23:49]  * infinity wonders when that moved to main...
[23:50] <infinity> Oh, maybe my universe assertion was the udeb. :P
[23:50] <infinity> slangasek: That's identical to the debdiff you reviewed and what caribou tested in my PPA, yes.
[23:51] <infinity> Reverse-Depends
[23:51] <infinity> [23:51] <infinity> * kdump-tools
[23:51] <infinity> * petitboot [amd64 armhf i386 powerpc]
[23:51] <infinity> * pxe-kexec [amd64 armhf i386 powerpc]
[23:51] <infinity> Hah.  petitboot not built on ppc64el.  Maybe we should fix that. :)
[23:52]  * infinity wonders if there's a way to make qemu use that instead of SLOF for a uniform booting experience.
[23:52] <infinity> Seems horribly out of date, so probably not useful anyway.
[23:56] <teward> any specific date yet on Quantal EOL?  (I asked this before but had ZNC issues that don't have the answer in the scrollback, if someone answered before)
[23:59] <infinity> xnox: Err, wha?  What's with this gdebi upload going to trusty instead of unstable?
[23:59] <infinity> barry: ^?