[06:35] <micahg> chrisccoulson: if you get a chance, can you take a look at the firefox-next maverick build failures, I"m guess it's due to using the profile patch from natty and not from trunk
[13:54] <debfx> I've created a new merge request for the kde integration
[13:54] <chrisccoulson> debfx, thanks
[13:54] <debfx> tested with b7 and yesterday's b8 snapshot
[17:58] <chrisccoulson> micahg - ok, the firefox-next build should work now (just uploaded it to the PPA again)
[18:00] <chrisccoulson> micahg - are you able to push your thunderbird.lucid changes too?
[18:37] <chrisccoulson> jdstrand, could i have a USN for firefox please :)
[19:57] <micahg> chrisccoulson: why can't we have the official branding in the team PPA?
[19:57] <micahg> chrisccoulson: thanks BTW for looking at the build
[19:58] <chrisccoulson> micahg - i did think about it, but we have the patches to change MOZ_APP_NAME, and i'm not sure if those are approved or ok to use
[19:58] <chrisccoulson> so, i took the safe option for now
[19:59] <micahg> chrisccoulson: ok, and it seems to have worked, so I'll upload karmic/lucid tonight to the PPA
[19:59] <chrisccoulson> thanks
[19:59] <micahg> and I haven't forgotten about TB on lucid :-/
[20:00] <micahg> chrisccoulson: oops I think I kept one of the conflicts by accident in teh merge for ff-next, I guess I get to reupload :-/
[20:01] <micahg> firefox-4.0-core (<= 4.0~b8~hg20101103r56843+nobinonly-0ubuntu1)
[20:01] <chrisccoulson> heh :)
[20:01]  * micahg should be following the commits more closely
[20:02] <micahg>  firefox-4.0-core (<= 4.0~b7~) should work
[20:05] <chrisccoulson> micahg - are you making changes to debian/control or debian/control.pp? (or both)?
[20:05] <chrisccoulson> (i didn't look)
[20:05] <micahg> I was going to do both
[20:05] <chrisccoulson> yeah, that's what i do
[20:05] <chrisccoulson> just remember that debian/control gets overwritten in the clean target ;)
[20:06] <micahg> although, they seem out of sync (one references firefox-4.0 and one reference firefox-4.0-core
[20:06] <chrisccoulson> hmmm :/
[20:07] <micahg> chrisccoulson: do you want to take a look before I upload this?
[20:07] <chrisccoulson> micahg - in a bit, i'm just running through the ff3.6 updates atm
[20:08] <micahg> chrisccoulson: ok
[20:12] <chrisccoulson> micahg - i created https://wiki.ubuntu.com/DesktopTeam/Specs/Natty/Firefox4/XULRunner20Transition today as well
[20:12] <micahg> chrisccoulson: cool, I'll take a look later tongiht
[20:13] <chrisccoulson> right, i need to reboot, my laptop is being all screwey
[20:47] <fta> chrisccoulson, what is bug 670128 about? i already have MimeType=text/html;text/xml;application/xhtml_xml;x-scheme-handler/http;x-scheme-handler/https; in my desktop file
[20:47] <ubot2> Launchpad bug 670128 in xdg-utils (Fedora) (and 4 other projects) "gnome-open uses firefox while it's not the preferred browser (affects: 2) (dups: 1) (heat: 16)" [Unknown,Unknown] https://launchpad.net/bugs/670128
[20:47] <fta> what am i missing?
[20:47] <chrisccoulson> fta - in that case, you can probably close it. how does chromium change the setting though?
[20:47] <chrisccoulson> or check if it
[20:47] <chrisccoulson> oops
[20:47] <chrisccoulson> or check if it's the default?
[20:48] <fta> well, it's not in all my builds.. yet
[20:48] <fta> just been Cced to this http://code.google.com/p/chromium/issues/detail?id=63631
[21:01] <BUGabundo> o/
[21:02] <chrisccoulson> fta - oh, so chromium is using xdg-settings then? that's ok, that means there's nothing else you need to do there :)
[21:10] <chrisccoulson> right, that's the firefox uploads done
[21:11] <chrisccoulson> micahg - would you be able to push the thunderbird changes? i'd like to get 3.1 in to the PPA quite soon
[21:11] <micahg> chrisccoulson: I can push later tonight, has thunderbird been tagged yet?
[21:12] <micahg> 3.1.7 should be tagged on wed
[21:12] <micahg> I'll push up to stable PPA tonight
[21:13] <chrisccoulson> micahg - yeah, i'd like to start getting everything in to the PPA before wednesday really, else we're going to struggle to get everything tested before the release
[21:13] <micahg> chrisccoulson: ok, you should be able to push a build up in teh mornig
[21:13] <micahg> *morning
[21:13] <chrisccoulson> thanks
[22:34] <micahg> chrisccoulson: so, mozjs doesn't depends on the rest of the libs or are you sorting this out still
[22:34] <chrisccoulson> micahg - it's standalone, it doesn't depend on anything else
[22:34] <micahg> chrisccoulson: awesome
[22:34] <chrisccoulson> i talked to the opensuse maintainer today, and he's packaging it in exactly the same way
[22:34] <chrisccoulson> ie, it's still not in a system location
[22:35] <micahg> chrisccoulson: ok, that solves the couch issues on the CD
[22:35] <micahg> chrisccoulson: yeah, so, not ideal, but we can save space on the CD/servers now
[22:35] <chrisccoulson> yeah, they'll still need to do a hack to find libmozjs, and they won't have the luxury of using xulrunner --gre-version either
[22:35] <chrisccoulson> but they can still figure out a way
[22:35] <micahg> chrisccoulson: oh, that's bad, any way to have just the xulrunner cli binary
[22:36] <micahg> chrisccoulson: or can we have a helper mojs-version script to give that?
[22:36] <chrisccoulson> micahg - not really, that depends on libxul, which is basically the rest of the mozilla runtime
[22:36] <micahg> chrisccoulson: ok, what do you think of a mozjs-path helper script
[22:36] <chrisccoulson> we could probably provide a script, but all they need to do really is ls /usr/lib/xulrunner-2.0*
[22:36] <micahg> chrisccoulson: until we change it
[22:36] <chrisccoulson> and then test which result has a libmozjs.so
[22:36] <micahg> chrisccoulson: this would be more dynamic
[22:37] <micahg> chrisccoulson: xul20 will be at most 12 month
[22:37] <micahg> *months
[22:37] <chrisccoulson> we could still possibly provide a script
[22:38] <micahg> chrisccoulson: k, do you want me to do that?
[22:39] <chrisccoulson> micahg - i don't mind, but i wouldn't worry about it too much just yet
[22:40] <micahg> chrisccoulson: ok, I think we should have it when we push the mozjs package as well, then you or I can write up a quick mail to -devel about it
[22:40] <micahg> with a best practices for mozjs in Ubuntu
[22:55] <micahg> chrisccoulson: I think maybe we should use the existing thunderbird-locales package in Lucid and just upgrade the translations for 3.1.6 or 3.1.7
[22:56] <micahg> we changed the path to the locales in maverick
[22:56] <chrisccoulson> micahg - if we do that, then we should update the translations in maverick as well really
[22:56] <micahg> chrisccoulson: yep :)
[22:56] <micahg> I think I got an SRU ack a while back for that
[23:40] <micahg> chrisccoulson: should I just upload to firefox-next with the fix and worry about the d/control discrepancy later?
[23:41] <chrisccoulson> micahg - yeah, if you want