[00:02] <Noskcaj> Can someone retry kombu? It's dep wait should be done
[00:02] <slangasek> Noskcaj: in a particular hurry for it? dep-waits should clear themselves automatically
[00:03] <Noskcaj> I was going to try and merge the new version from debian, but no real hurry.
[00:04] <slangasek> Noskcaj: these two things are orthogonal
[00:06] <slangasek> Noskcaj: anyway, the issue is that kombu is in main and python-beanstalkc is not; a retry won't change anything
[00:06] <slangasek> someone needs to deal with an MIR appropriately
[00:26] <Noskcaj> slangasek, oh, i hadn't noticed. I'll look into it tomrrow
[01:12] <Noskcaj> Can someone make a transition for libgweather? we need to change from libgweather-3-3 to libgweather-3-6. I've got a bzr branch ready with the merge
[03:04] <infinity> Noskcaj: You shouldn't need a transition tracker to rebuild 6 packages...
[03:06] <infinity> Noskcaj: Make that 4 source packages.
[03:30] <Noskcaj> infinity, ok, i'll put the merge proposal up later today
[09:12] <xnox> slangasek: FYI, there is also #ubuntu-irc channel, where paddy was trying to reverse-ban you I think =)
[13:43] <stgraber> slangasek: pam-developers
[13:44] <stgraber> slangasek: https://lists.fedorahosted.org/pipermail/pam-developers/2013-December/thread.html
[15:12] <ogra_`> stgraber, happy birthday !!
[15:32] <mdeslaur> stgraber: happy birthday :)
[15:59] <stgraber> ogra_`, mdeslaur: thanks!
[18:27] <ari-tczew> cjwatson: @MoM, the whole *-manual pages have not been updated since 01-Aug-2013 15:12. is there any problem related to them?
[22:01] <cjwatson> ari-tczew: oops, good catch, thanks.  Should be fixed in the next run
[22:02] <cjwatson> ari-tczew: (http://bazaar.launchpad.net/~ubuntu-core-dev/merge-o-matic/trunk/revision/238)
[22:03] <cjwatson> some day I must fix MoM's use of star imports so that pyflakes can work properly and warn me of this
[22:05] <Noskcaj> Can someone check https://code.launchpad.net/~noskcaj/ubuntu/trusty/mighttpd2/ftbfs/+merge/194608 ?
[22:12] <cjwatson> doko__: python3.4-config --configdir says /usr/lib/python3.4/config-3.4m, but only /usr/lib/python3.4/config-3.4m-i386-linux-gnu exists.  Which is right?
[22:12] <cjwatson> doko__: (If the latter, I suspect we may have to rebuild a couple of packages, since I saw the bare 3.4m or similar cropping up in some module paths)
[22:13] <cjwatson> Noskcaj: would prefer to do that in Debian; having Haskell stuff with Ubuntu deltas is a pain
[22:13] <cjwatson> Noskcaj: I'll look at it with my Debian hat on tomorrow or so
[22:13] <Noskcaj> cjwatson, Thanks
[22:14] <brainwash> does anyone provide packages for the current devel release of bash (4.3)?
[22:16] <brainwash> rc1 is already available, but I assume that the new release won't make in into trusty :/
[22:21] <doko__> cjwatson, python3.4 is already building ...
[22:21] <ari-tczew> thanks cjwatson for fixing
[22:22] <cjwatson> doko__: ok, good
[22:23] <cjwatson> doko__: heh, Dmitry noticed it with pyqt5, I noticed it with python-qt4 ...
[22:52] <infinity> doko__: chroots are refreshed for your rebuild test, BTW.
[22:52]  * infinity does a mass-give-back on ppc64el to see if anything sticks.
[22:52] <doko__> infinity, good. can I start the test rebuild on all archs this time?
[22:53] <infinity> doko__: I'd skip arm64 and ppc64el if I were you.  The arm64 buildds are having some I/O performance issues, so it probably wouldn't finish this century, and ppc64el is so new that I can't imagine you'll find new problems (plus see above, re: mass give-back)
[22:54] <doko__> infinity, well, ppc64el would have the resources
[22:54] <doko__> are all buildds now with 4k page kernels?
[22:54] <infinity> Sure, I just doubt anything's changed in the last 3 weeks that would break it more than it's already broken. :)
[22:55] <infinity> And no, only postal01 is a 4k kernel right now.
[22:55] <doko__> well, should we change that for the test rebuild?
[22:56] <infinity> I honestly don't see why we should bury our heads in the sand over userspace things that break on 64k pagesize kernels.
[22:56] <infinity> Users *will* run in that configuration, even if we won't by default.
[22:56] <infinity> Anyhow, I honestly see no value in a test rebuild on an arch we just bootstrapped a couple of weeks ago.
[22:57] <infinity> I'll get different kernels out to all those buildds soonish, but it won't be right now, as I have to shower and head out to some turkey dinner madness.
[23:01] <ari-tczew> xnox: ping
[23:01] <xnox> ? just ask....
[23:02] <xnox> ari-tczew: what's up?
[23:03] <ari-tczew> xnox: in package argyll you have added a patch http://bazaar.launchpad.net/~noskcaj/ubuntu/trusty/argyll/merge/revision/27
[23:04] <ari-tczew> debian got already another fix for this one http://paste.ubuntu.com/6636553/
[23:04] <ari-tczew> can it be replaced? (mean dropped our patch)
[23:05] <xnox> ari-tczew: if you know that it's equivalent, then yes.
[23:06] <xnox> ari-tczew: i don't know if usb-db variables are needed or not. If the fix in debian was done, because indeed the usb-db is not needed with new enough udev then all is good.
[23:07] <xnox> ari-tczew: if it was dropped, because one didn't know about builtins, then my patch correctly uses usb-db using the new api.
[23:07] <xnox> ari-tczew: where do you see that debian patch from?
[23:07] <xnox> ah http://bugs.debian.org/717504
[23:08] <ari-tczew> xnox: debian bug 717504
[23:10] <xnox> ari-tczew: that looks dubious, as the reasoning is more-or-less "to remove warning message on boot"
[23:10] <xnox> ari-tczew: if you are looking into merging argyll, please keep the hwdb patch, and forward it to debian, as they do have recent enough udev now.
[23:11] <ari-tczew> xnox: I see already Noskcaj has proposed to merge it ^^
[23:11] <xnox> ari-tczew: hm. unless builtins are always run automatically....
[23:11] <xnox> ari-tczew: i don't have a way to test this =/ so it was a blind compatibility fix.