[05:58] <micahg> debfx: is there a version of firefox-kde-support yet for 4.0?
[09:38] <debfx> micahg: there are no changes necessary
[09:38] <debfx> the current firefox-kde-support package works fine with firefox 4.0
[16:00] <micahg> debfx: k, thanks, sorry I didn't have a chance to merge your changes yet, I'll get to it over the weekend
[19:46] <micahg> chrisccoulson: good news, TB 3.1.5 seems pretty stable
[19:47] <micahg> chrisccoulson: I just realized that when I've been bumping nss/nspr, I haven't been updating debian/control
[19:47] <chrisccoulson> micahg - i wouldn't worry too much about that
[19:47] <micahg> which I guess isn't an issue since if it's not met, it should use in source
[19:48] <chrisccoulson> yeah, that's fine
[19:49] <micahg> chrisccoulson: After UDS, I think I'll set up a blog so I can blog about team topics
[19:50] <chrisccoulson> i keep thinking about that, but then i'd probably struggle to get people to follow it ;)
[19:50] <micahg> chrisccoulson: you can add it to the planet
[19:50] <chrisccoulson> yeah, that's true i suppose
[19:55] <fta> dpm, i think i will split my translators notes
[19:56] <fta> dpm, put the ID on one side, and the rest on the other (#. vs #: or the opposite) but i'm not sure which is which in LP
[19:58] <dpm> fta, I think it's a great idea, it's less clutter for translators. It should go like this:
[19:58] <dpm> #. comments
[19:58] <dpm> #: IDs
[19:59] <fta> that would mean 1 line of #: and several of #.
[20:01] <fta> too bad lp doesn't <pre> the #:
[20:01] <fta> i mean #.
[20:07] <dpm> fta, I'm not sure I follow, is there a problem with several #. lines?
[20:08] <fta> dpm, yep, everything ends up in 1 single line, it's just ugly and difficult to read
[20:10] <dpm> fta, would it help if you would wrap the #. comments in several #. lines (or perhaps you do that already?)?
[20:13] <fta> dpm, http://paste.ubuntu.com/508224/
[20:14] <dpm> fta, so you are saying that you are importing this and the #. comments all end up in one line?
[20:16] <dpm> fta, btw, I don't think it matters much, but generally #. comments go on top of #: source locations (the opposite of the pasted bit of pot file you've shown me)
[20:16] <fta> dpm, yes, told danilos already, he said he meant to look nice but missed that case and i should just go and fix it
[20:16] <fta> it looks like this: http://paste.ubuntu.com/508229/
[20:17] <fta> can't screenshot, he removed everything, the page is empty now
[20:17] <dpm> fta, that's fine, I understand it from the pastebin
[20:18] <dpm> ugh, it looks a bit ugly, but if that's the way it is now in LP, so be it
[20:18] <fta> it's 1 line patch in lp i assume (just add <pre> </pre>)
[20:19] <fta> if i knew where to look, i'd do it
[20:19] <dpm> fta, do you know if there is a bug for it alredy?
[20:19] <fta> i don't think there's one
[20:20] <dpm> fta, if that helps (unless you haven't looked already), here's more info on Launchpad Translations hacking: https://wiki.ubuntu.com/UbuntuDeveloperWeek/Sessions/LaunchpadTranslationsUnderTheHood
[20:20] <dpm> https://dev.launchpad.net/Hacking
[20:21] <dpm> fta, danilo is away tomorrow, but henninge is a LP Translations hacker and will be there. He might be able to tell you where to look at
[20:22] <fta> i can probably find it with a grep ;)
[20:23] <dpm> if you don't mind downloading 600 MB worth of LP code + deps ;)
[20:26] <fta> already did it once (wanted to package it) but gave up because it's not ready
[20:27] <fta> never will, they don't want it to be packaged
[20:27]  * micahg wanted to package it as well
[20:31] <fta> micahg, and? how far did you go?
[20:47] <micahg> fta: filed a bug :)
[20:47] <fta> micahg, won't fix? ;)
[20:48] <micahg> fta: well, did they explicitely say they don't want it packaged?
[20:48] <micahg> I know they don't consider it a priority
[20:48] <fta> micahg, yes, to avoid splitting the community or something like that
[23:55] <micahg> chrisccoulson: simple seamonkey crash fix that I couldn't do: https://bug522635.bugzilla.mozilla.org/attachment.cgi?id=481492