[07:12] <tumbleweed> utopic buildd chroots appear to be broken
[07:27] <mlankhorst> I want to transition to 1.16, but fglrx won't be ready until somewhere in september, could we temporarily remove fglrx from the archive?
[09:09] <infinity> tumbleweed: Chroots aren't broken, per se, that's an apt bug. :/
[09:10] <tumbleweed> that explains why the log made no sense to me
[09:19] <infinity> tumbleweed: I'll work around it after I've had a bit of food, but the real bug in apt needs hunting.
[10:32] <cjwatson> Yay, that all looks like an improvement.
[12:52] <cjwatson> let's see if calligra will sort its life out now
[13:01] <zul> can someone approve python-flake8 (#1331468) and python-mccabe (#1331467) please?
[13:03] <cjwatson> zul: done python-mccabe; waiting for python-flake8 not to be mid-proposed-migration before touching it
[13:04] <zul> cjwatson: ack
[13:07] <ginggs> would someone approve nvidia-graphics-drivers-* in the trusty queue, please?
[13:15] <xnox> infinity: OMG! you made me cry dude =) thanks a lot. *sob* =)
[14:07] <zul> cjwatson: python-oslo.config is still blocked for some reason as well
[15:30] <barry> cjwatson or infinity.  i was chatting with pitti about the zope.security promotion.  i think something about the way i did the python-zope.security-untrustedpython migration may be confusing britney because it's not getting promoted out of -proposed, though i think it should
[15:30] <barry> python-zope.security-untrustedpython is now a Provides: of python-zope.untrustedpython
[15:31] <barry> hmm -> #u-devel
[16:58] <cjwatson> Riddell,shadeslayer: can somebody fix up the analitza/armhf build?  blocking other things
[17:16] <shadeslayer> cjwatson: ack
[17:17] <cjwatson> thanks
[17:17] <cjwatson> I've been going through and retrying KDE builds that failed due to uninstallable build-dependencies
[17:18] <cjwatson> since that's made the libav transition unintelligible ...
[17:19] <cjwatson> Riddell: What's the plan for cantor on architectures that don't have libluajit-5.1-dev?  Should we perhaps make cantor-backend-lua architecture-dependent?
[17:35] <shadeslayer> cjwatson: fixed btw
[17:35] <shadeslayer> cjwatson: re cantor, that seems like the most sensible thing to do