[08:33] <dpm> hi fta, good morning. I'm not familiar with how chromium releases work. You said you had merged the translations for the desktop file. Do you know more or less when they will be available in a package?
[09:24] <fta> dpm, hi, in the next release today
[09:27] <dpm> ok, thanks fta!
[10:00] <fta> dpm, no way to quickly get Name[bn] ?
[10:02] <fta> dpm, could we arrange the wiki page to be a table, with 4 columns and 1 line per lang, using a color code for the bg cells?
[10:02] <fta> so it's easier to spot the gaps
[10:11] <fta> dpm, merged the last 2
[10:26] <fta> bug 628924
[10:26] <ubot2> Launchpad bug 628924 in libvpx (Ubuntu Maverick) (and 11 other projects) "chromium update: 5.0.375.127 -> 6.0.472.53 (affects: 4) (dups: 1) (heat: 278)" [Undecided,Invalid] https://launchpad.net/bugs/628924
[10:29] <dpm> awesome, thanks fta :)
[10:57] <fta> dpm, so, what about making the wiki page a big table?
[11:45] <dpm> fta, what do you mean a big table?
[12:02] <fta> dpm, just added a proposal in the wiki
[12:02] <fta> could be prettier though
[12:06] <fta> http://abstrusegoose.com/303
[12:06] <dpm> fta, thanks a lot. It does look pretty, though :) For me it's fine if that means less work for you in fetching them, as they are yet another translation that cannot be translated the usual way, I just want it to require the less work possible on all sides
[12:06] <dpm> the least, I meant
[12:07] <gnomefreak> chrisccoulson: i would rather he not ask in here, but may be better place.
[12:08] <fta> dpm, as contribs were added in the middle, or were incomplete, or full vs deltas, the table makes things easier to stop, assuming the contributors follow the color code
[12:08] <fta> -stop+spot
[12:10] <dpm> yes
[12:41] <fta> dpm, well, i'm not sure i don't corrupt the wiki page, could you please check?
[12:45] <dpm> fta, I think it's only the table that's missing some cells. I would not add even more formatting to the table (i.e. making it monospace). The more formatting, the more likely people are going to get it wrong when adding translations
[12:57] <fta> the Uyghur translation is making chromium act weird with selections, so i'm not sure
[13:11] <dpm> fta, that's because Uyghur is written with an Arabic script, so it's RTL (Right-To-Left) and the selection works the other way round
[13:11] <fta> i guessed so
[13:12] <fta> i wanted to do a macro to reconstruct the page from my latest desktop file, but well..
[13:45] <fta> dpm, updated the page with a macro
[14:27] <dpm> fta, that looks great. Where's the macro? We could use it for the FF and TB pages as well: https://wiki.ubuntu.com/Translations/Wanted/FirefoxDesktop https://wiki.ubuntu.com/Translations/Wanted/ThunderbirdDesktop
[14:40] <fta> dpm, sorry, it was an emacs macro
[18:54] <micahg> chrisccoulson: so, the FFe delegations means that I can ACK your lightning upload?
[18:55] <chrisccoulson> micahg - i'm not sure about that. it might be best to ask cjwatson about that
[18:55] <micahg> chrisccoulson: k, I"ll poke the release team on Monday about it anyways
[18:56] <chrisccoulson> i don't want him to feel like we're trying to bypass his authority (i asked him about lightning earlier, and he said that somebody needs to review it)
[18:56] <chrisccoulson> whether that "somebody" could actually be you or not - i'm not sure ;)
[18:56] <micahg> yeah, I don't want to do that :)
[18:57] <chrisccoulson> hmmm, even more suspicious. adobe air has a copy of nss without libnssutil.so
[18:57] <chrisccoulson> so, if the adobe private libdir was somehow in LD_LIBRARY_PATH, that would explain why firefox still tries to use it's own libnssutil.so, with different versions of everything else
[18:58] <chrisccoulson> i still can't recreate that guys actual problem though, and i'm starting to feel like i've wasted an entire afternoon looking at it now
[19:17] <mc_> on 10.04, upgrading via apt generated an error while upgrading xulrunner (see http://ubuntu.pastebin.com/Q387uPTD)
[19:17] <micahg> chrisccoulson: ^^ looks like more NSPR issues :(
[19:18] <mc_> micahg:  i think so, because pidgin is also complaining on startup "pidgin: symbol lookup error: /usr/lib/libnss3.so: undefined symbol: PL_NewHashTable"
[19:18] <chrisccoulson> micahg - we keep seeing symbol lookup errors from the postinst script in xulrunner, not just with nspr :/
[19:19] <chrisccoulson> i'm not sure what's causing those
[19:19] <micahg> chrisccoulson: I think people are adding xul to either ld.so.conf.d or LD_LIBRARY_PATH
[19:22] <chrisccoulson> if libnss3 can't find PL_NewHashTable, then there is something very broken with that install
[19:22] <chrisccoulson> according to our symbols file, that symbol comes from 4.7.3
[19:22] <chrisccoulson> so that install must have a very old copy laying around....
[19:22] <fta> dpm, do you have a way to make a last call for https://wiki.ubuntu.com/Translations/Wanted/ChromiumDesktop ??
[19:23] <fta> jcastro, ^^ maybe?
[19:23] <chrisccoulson> perhaps the output of ldd /usr/lib/libnss3.so would help...
[19:23] <chrisccoulson> mc_ ^^
[19:23] <mc_> chrisccoulson:  a moment
[19:23] <jcastro> fta: dang I didn't even know we were doing that
[19:24] <dpm> fta, sure, the easiest thing is to send an e-mail to translators. When would you want to fetch the last round?
[19:24] <micahg> jcastro: yeah, we did it for Firefox and Thunderbird as well (translations already in Maverick)
[19:24] <mc_> chrisccoulson:  http://ubuntu.pastebin.com/37iJZH6X
[19:24] <micahg> there we go :)
[19:24] <chrisccoulson> yup
[19:25] <chrisccoulson> mc_ - you have a local install of nspr in your home folder, that is being picked up by the linker
[19:25] <chrisccoulson> that's what has broken it ;)
[19:25] <mc_> hmm...wonder how i did that? :)
[19:25] <chrisccoulson> not sure ;)
[19:25] <fta> dpm, asap ;) if possible, before universe freezes
[19:26] <micahg> chrisccoulson: does ldd do realpath?
[19:26] <micahg> *use
[19:26] <mc_> how would i figure out who's linked to those local versions?
[19:26] <chrisccoulson> micahg - what do you mean?
[19:27] <fta> dpm, btw, you're mentioning moz in that page...
[19:27] <dpm> fta, translators just need to know a deadline, asap might be confusing for them. If you can tell me a date or a time, I can send an e-mail.
[19:27] <chrisccoulson> mc_ - basically, everything on your system that links against nspr will pick up the nspr lib in the first path the linker finds it in
[19:27] <micahg> chrisccoulson: can a symlink path be displayed in the output of ldd?
[19:27] <chrisccoulson> micahg - oh, i'm not too sure
[19:27] <mc_> i see the path in /etc/ld.so.conf.d/libc.conf
[19:28] <mc_> should i remove that?
[19:28] <chrisccoulson> yeah, you can do. it's not there by defauly
[19:28] <dpm> fta, good catch, we're now mentioning chromium :)
[19:29] <mc_> chrisccoulson:  winner winner, chicken dinner!
[19:29] <mc_> much appreciated
[19:30] <chrisccoulson> cool, i'm glad that's sorted :)
[19:34] <dpm> fta, http://identi.ca/notice/50979588 - if you can tell me a concrete deadline, I'll send it to the translators list as well
[19:38] <s595731> If I wished to mention a packageing issue with mozilla products, who would I mention to? (Not Ubuntu specific, but applies to Linux distros)
[19:38] <s595731> I submitted a bug report labelled minor, figure it'd be good to notify the particulars to whom it concerns
[19:38] <micahg> s595731: you can mention it here, but if it's not Ubuntu specific, it'll need to be fixed upstream
[19:39] <s595731> https://bugzilla.mozilla.org/show_bug.cgi?id=595731
[19:39] <ubot2> Mozilla bug 595731 in General "Dangling shell processes in run-mozilla.sh and the like; use exec" [Minor,Unconfirmed]
[19:39] <s595731> I've never dealt with upstream, I assume some here have
[19:42] <fta> micahg, what's the last call for universe?
[19:43] <micahg> fta: probably the last monday before release
[19:43] <fta> micahg, when is that?
[19:44] <micahg> fta: probably Oct 4, but at that point it's relaly hard
[19:44] <micahg> fta: I'd say shoot for the RC release which is the 30th
[19:44] <fta> dpm, ^^, Sept 30th
[19:45] <micahg> fta: you're lucky chromium isn't seeded yet, otherwise, you'd be OOL
[19:45] <fta> maybe we'll have chromium 7 by then ;)
[19:45] <micahg> could very well be :)
[19:58] <dpm> fta, do you think it would be possible to run your macro on the FF page and get it nicely formatted as a table as the Chromium one :) ? https://wiki.ubuntu.com/Translations/Wanted/FirefoxDesktop
[20:01] <fta> dpm, well, i lost it, emacs macros are volatile, but it's kind of easy to redo..
[20:01] <fta> i'm busy atm, maybe later
[20:02] <dpm> fta, ok, whenever you've got time, if you could do it and doesn't take you much time, that'd be awesome
[20:05] <fta> maybe a little perl script could do.. like desktop2wikitable, so it could be re-run when needed
[20:06] <fta> micahg, is the wiki ff page all merged in bzr?
[20:06] <micahg> almost
[20:06] <micahg> one of the translations had an issue, so I didn't merge it
[20:08] <fta> micahg, which branch is the most uptodate?
[20:08] <micahg> firefox-3.6.maverick (ubuntu2 was the translations)
[20:08] <dpm> Hebrew was the one not merged (the one without code in that page)
[20:09] <micahg> dpm: that was for Thunderbird
[20:09] <micahg> dpm: I think Brunei was the one lacking for Firefox
[20:10] <dpm> micahg, ah, yes, but in FF it must have been Bengali [bn]
[20:11] <micahg> ah, bn is bengali :)
[20:25] <fta> oh my, i branched lp:ubuntu/firefox, it's over 600MB
[20:26] <micahg> fta: that includes the source and we don't use it
[20:26] <fta> yeah, it has the tarballs
[20:26] <micahg> ah, that's probably why it's so big
[20:27] <micahg> for N+1 I think we'll create an .orig.tar.lzma or something instead of the embedded tarball
[20:42] <fta> dpm, lp:~fta/+junk/desktop2wiki
[20:42] <fta> just run that on a desktop file as mentioned in the header
[20:46] <fta> make sure the initial desktop file is in sync with the wiki 1st
[21:14] <dpm> thanks fta!
[21:23] <fta> micahg, (maybe you can do it for ff/tb) ;)
[21:24] <micahg> fta: thanks, I"ll look over the weekend
[21:24] <fta> micahg, it's just a 5sec task
[21:24] <micahg> fta: sorry, I have to run, I"ll look later
[21:25] <fta> ok
[23:36] <fta> jdstrand, as expected: [Branch ~chromium-team/chromium-browser/channels] Rev 305: linux/stable (6.0.472.59 -> 6.0.472.62]