[06:35] 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] I've created a new merge request for the kde integration [13:54] debfx, thanks [13:54] tested with b7 and yesterday's b8 snapshot [17:58] micahg - ok, the firefox-next build should work now (just uploaded it to the PPA again) [18:00] micahg - are you able to push your thunderbird.lucid changes too? [18:37] jdstrand, could i have a USN for firefox please :) === yofel_ is now known as yofel [19:57] chrisccoulson: why can't we have the official branding in the team PPA? [19:57] chrisccoulson: thanks BTW for looking at the build [19:58] 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] so, i took the safe option for now [19:59] chrisccoulson: ok, and it seems to have worked, so I'll upload karmic/lucid tonight to the PPA [19:59] thanks [19:59] and I haven't forgotten about TB on lucid :-/ [20:00] 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] firefox-4.0-core (<= 4.0~b8~hg20101103r56843+nobinonly-0ubuntu1) [20:01] heh :) [20:01] * micahg should be following the commits more closely [20:02] firefox-4.0-core (<= 4.0~b7~) should work [20:05] micahg - are you making changes to debian/control or debian/control.pp? (or both)? [20:05] (i didn't look) [20:05] I was going to do both [20:05] yeah, that's what i do [20:05] just remember that debian/control gets overwritten in the clean target ;) [20:06] although, they seem out of sync (one references firefox-4.0 and one reference firefox-4.0-core [20:06] hmmm :/ [20:07] chrisccoulson: do you want to take a look before I upload this? [20:07] micahg - in a bit, i'm just running through the ff3.6 updates atm [20:08] chrisccoulson: ok [20:12] micahg - i created https://wiki.ubuntu.com/DesktopTeam/Specs/Natty/Firefox4/XULRunner20Transition today as well [20:12] chrisccoulson: cool, I'll take a look later tongiht [20:13] right, i need to reboot, my laptop is being all screwey [20:47] 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] 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] what am i missing? [20:47] fta - in that case, you can probably close it. how does chromium change the setting though? [20:47] or check if it [20:47] oops [20:47] or check if it's the default? [20:48] well, it's not in all my builds.. yet [20:48] just been Cced to this http://code.google.com/p/chromium/issues/detail?id=63631 [21:01] o/ [21:02] 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] right, that's the firefox uploads done [21:11] 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] chrisccoulson: I can push later tonight, has thunderbird been tagged yet? [21:12] 3.1.7 should be tagged on wed [21:12] I'll push up to stable PPA tonight [21:13] 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] chrisccoulson: ok, you should be able to push a build up in teh mornig [21:13] *morning [21:13] thanks [22:34] chrisccoulson: so, mozjs doesn't depends on the rest of the libs or are you sorting this out still [22:34] micahg - it's standalone, it doesn't depend on anything else [22:34] chrisccoulson: awesome [22:34] i talked to the opensuse maintainer today, and he's packaging it in exactly the same way [22:34] ie, it's still not in a system location [22:35] chrisccoulson: ok, that solves the couch issues on the CD [22:35] chrisccoulson: yeah, so, not ideal, but we can save space on the CD/servers now [22:35] 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] but they can still figure out a way [22:35] chrisccoulson: oh, that's bad, any way to have just the xulrunner cli binary [22:36] chrisccoulson: or can we have a helper mojs-version script to give that? [22:36] micahg - not really, that depends on libxul, which is basically the rest of the mozilla runtime [22:36] chrisccoulson: ok, what do you think of a mozjs-path helper script [22:36] we could probably provide a script, but all they need to do really is ls /usr/lib/xulrunner-2.0* [22:36] chrisccoulson: until we change it [22:36] and then test which result has a libmozjs.so [22:36] chrisccoulson: this would be more dynamic [22:37] chrisccoulson: xul20 will be at most 12 month [22:37] *months [22:37] we could still possibly provide a script [22:38] chrisccoulson: k, do you want me to do that? [22:39] micahg - i don't mind, but i wouldn't worry about it too much just yet [22:40] 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] with a best practices for mozjs in Ubuntu [22:55] 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] we changed the path to the locales in maverick [22:56] micahg - if we do that, then we should update the translations in maverick as well really [22:56] chrisccoulson: yep :) [22:56] I think I got an SRU ack a while back for that [23:40] chrisccoulson: should I just upload to firefox-next with the fix and worry about the d/control discrepancy later? [23:41] micahg - yeah, if you want