[08:24] <micahg> is there a reason the en langpacks didn't get updated with the rest?
[08:29] <micahg> bug 769759, I don't think it's serious enough to upload to natty before release since Firefox won't be updated, but I'd like to get the new version generated so I can push it out through -security with Firefox 4.0.1 if that's ok
[08:29] <ubot4> Launchpad bug 769759 in language-pack-en-base (Ubuntu) "Firefox langpacks won't work with 4.0.x (affects: 1) (heat: 6)" [High,Triaged] https://launchpad.net/bugs/769759
[14:15] <ScottK> doko_: How bad do we need this gcc-snapshot update in and what's the risk it'll make something worse?  It's a ~3 day build on armel, so I'm a bit nervous about it.
[17:09] <cjwatson> feel++ has been building on armel for a day.  Is it stuck?
[17:09] <cjwatson> or is it just slow arm C++ compiler is slow?
[17:16] <elmo> buildd   16867  7.9 72.9 963692 349012 ?       D    12:53  16:11      |                                   \_ /usr/lib/arm-linux-gnueabi/gcc/arm-linux-gnueabi/4.5.2/cc1plus -quiet -I/usr/lib/openmpi/include -I/usr/lib/openmpi/include/openmpi -I/usr/include/libxml2 -I/build/buildd/feel++-0.90.0/contrib/eigen -I/usr/include/metis -I/usr/include/openturns -I/usr/include/python2.7 -I/usr/include/octave -I/build/buildd/feel++-0.90.0/obj-arm-linux-gnueabi -I/bui
[17:16] <elmo> (the latter)
[17:17] <cjwatson> hate C++
[17:17] <cjwatson> (thanks)
[17:17] <micahg> cjwatson: do you know about langpacks?  it seems the en ones weren't regenerated before release
[17:18] <cjwatson> I don't, they're pitti/dpm's territory
[17:18] <micahg> cjwatson: k, thanks
[17:34]  * stgraber looks at bug 768469
[17:34] <ubot4> Launchpad bug 768469 in software-properties (Ubuntu) (and 1 other project) "duplicate entries in the updates section with python-apt-common 0.7.100.3ubuntu5 upgrade (affects: 18) (dups: 3) (heat: 114)" [Undecided,Confirmed] https://launchpad.net/bugs/768469
[17:36] <stgraber> seems to be related to my latest python-apt fix (dealing with -src lines properly so our ARM builds have a proper sources.list). It seems like it might be an issue in software-properties (not filtering to only get binary entries) instead of python-apt this time though.
[18:05] <stgraber> ok, I found the issue and I have a fix. I'm just triple-checking with a clean Maverick install to make sure the behaviour after the fix is 100% identical. (as I found what I think was another bug but might very well be how it worked on Maverick ...)
[18:06] <debfx> stgraber: the python-apt uploaded also causes bug #768363
[18:06] <ubot4> Launchpad bug 768363 in software-properties (Ubuntu) (and 1 other project) "Not able to change software origins in software-properties-kde - TypeError: coercing to Unicode: need string or buffer, NoneType found (affects: 14) (dups: 1) (heat: 88)" [High,Confirmed] https://launchpad.net/bugs/768363
[18:10] <stgraber> debfx: ok, this one seems to be a python-apt issue (missing _Description)
[18:12] <stgraber> debfx: Is http://paste.ubuntu.com/598348/ fixing the kde issue by any chance ?
[18:16] <debfx> stgraber: yes, seems to work fine
[18:16] <stgraber> ok, so hiding the -src entries seems to fix both the gtk and the kde issue and reverts to Maverick's behavior
[18:29] <stgraber> uploaded new python-apt. Finishing testing software-properties now, should be uploaded as soon as I'm sure it has the exact same behavior as in maverick.
[18:41] <stgraber> and software-properties is uploading just now
[19:53] <cjwatson> stgraber: your python-apt upload removes data/templates/Ubuntu.mirrors?
[19:53] <cjwatson> (I'm used to some changes there, but not to the whole thing being removed)
[19:55] <stgraber> hmm, it shouldn't have ... /me looks
[19:56] <stgraber> cjwatson: http://paste.ubuntu.com/598389/ that's what I pushed in the branch ... looking at what went wrong in the source package now
[19:57] <stgraber> oh, unless whatever generates .mirrors doesn't work on my laptop ... checking
[19:58] <cjwatson> if you want to synthesise it and just copy the one in from the previous source package, that's good by me
[19:58] <cjwatson> (if it doesn't work otherwise)
[19:58] <stgraber> ok, found the issue, you need python-feedparser to generate a valid source package ... it's in universe so that's probably why it's not in build-dep ...
[19:59] <cjwatson> stgraber: also it's "maintainer-depends" rather than build-depends ...
[19:59] <ScottK> Sounds like something that ought to be promoted.
[20:00] <stgraber> cjwatson: can you reject the current python-apt ? I'm uploading a new one now
[20:03] <cjwatson> stgraber: rejected
[20:27] <cjwatson> stgraber: thanks
[20:30] <stgraber> no problem, hopefully that was the last python-apt related issue this cycle ...
[20:56] <ScottK> I guess I didn't need to worry about how long it would take for gcc-snapshot to build.  Depwait on all archs.
=== nhandler_ is now known as nhandler