[00:30] <BUGabundo> I see white pillow in my short future .... nite everyone
[15:59] <micahg> chrisccoulson: so, what do you think about switch which version the thunderbird.head dailies are on people?
[16:04] <chrisccoulson> micahg - you mean to switch people from TB3.0 to TB3.1?
[16:04] <micahg> chrisccoulson: yes, it would happen Sun night
[16:05] <chrisccoulson> yeah, makes sense, especially if we are going to abandon the TB3.0 dailies
[16:06] <micahg> chrisccoulson: well, originally we said we weren't but it seems more work than it's worth (create thunderbird-old source that's installable alongside thunderbird
[16:11] <chrisccoulson> micahg - we should hopefully have an all-in-one build of firefox-4.0 shortly ;)
[16:12] <chrisccoulson> i'm still trying to get it to build. for some reason, make install isn't installing the $LIBDIR/firefox shell script :/
[16:12] <chrisccoulson> although, i've probably ruined my build environment now ;)
[16:16] <micahg> chrisccoulson: that should be firefox-4.0, right?
[16:16] <chrisccoulson> micahg - yeah, that's what i meant. sorry, typo ;)
[16:16] <micahg> chrisccoulson: so, it's ok, if I switch on people?
[16:17] <micahg> I'll test an upgrade from 3.0 to 3.1 to see what happens
[16:17] <chrisccoulson> yeah, that's ok
[16:17] <chrisccoulson> hmmm, we need a new NSS
[16:17] <micahg> is that why stuff's breaking? we should be using in source ATM
[16:18] <chrisccoulson> it's breaking xulrunner, as that's configured to use external NSS
[16:18] <chrisccoulson> firefox will be using internal NSS though, so it's building ok
[16:18] <micahg> chrisccoulson: I thought I fixed that to use in sourse atm
[16:18] <micahg> oh, that was nspr
[16:18] <chrisccoulson> we'd need to bump the version number in debian/rules to switch to internal NSS wouldn't we?
[16:19] <chrisccoulson> (although i can't remember if xulrunner has that logic)
[16:19] <micahg> yeah, I'm looking for a bug about it now
[16:19] <chrisccoulson> we should just update it in maverick anyway
[16:19] <micahg> chrisccoulson: that's assuming there's a release
[16:19] <chrisccoulson> yeah, i can't find any release notes
[16:20] <chrisccoulson> but there is a NSS 3.12.7 RTM tarball
[16:20] <micahg> chrisccoulson: BTW, I'm going to update yasm after I get TB updated so we get better performance in ff40
[16:20] <chrisccoulson> cool
[16:20] <micahg> I'm going to try to get mediatomb fixed and updated to a stable version as well
[16:21] <chrisccoulson> ah, the NSS tarball was only created today
[16:21] <chrisccoulson> jdstrand, that might be something to be aware of. i'm not sure what issues the new version fixes yet
[16:22] <micahg> chrisccoulson: mozilla 575620, do you want to update the rules files or should I?
[16:22] <ubot2> Mozilla bug 575620 in Security: PSM "upgrade to NSPR 4.8.6 + NSS 3.12.7 and link against mozsqlite3" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=575620
[16:22] <chrisccoulson> micahg - feel free to just do it :)
[16:22] <micahg> chrisccoulson: k, we're going to need to bump on stable releases as well with 3.6.9
[16:23] <chrisccoulson> ah, bugger
[16:23] <chrisccoulson> never mind ;)
[16:23] <micahg> chrisccoulson: BTW, they forgot the configure checks again
[16:24] <chrisccoulson> jdstrand, so, we need to update NSS on all releases again in time for FF3.6.9 :(
[16:25] <jdstrand> nice
[16:25] <chrisccoulson> i'll try and get that in to the PPA over the weekend, so we have a nice head-start for testing ;)
[16:25] <jdstrand> chrisccoulson: there are no CVEs with it?
[16:25] <chrisccoulson> jdstrand, not yet. there are no release notes either (the tarball was only created today)
[16:26] <jdstrand> if not, we can just use a -2 for it and nspr (assuming it has to be rebuilt against the new nss)
[16:26] <chrisccoulson> i only realised because the latest mozilla-central depends on the new version
[16:27] <jdstrand> actually, we can just lump them in. regardless, you probably don't need a USN for it in the changelog
[16:39] <fta> chrisccoulson, i read tha chromium is no longer wanted on UNE, is that true?
[16:39] <fta> that
[16:40] <chrisccoulson> fta - "not wanted" is the wrong expression. it's definately wanted, but there's still a lot of work to do to get it in, and it's too late in the cycle to switch browser now
[16:40] <chrisccoulson> the plan is still to have chromium as default in UNE
[16:40] <chrisccoulson> but it's deferred to next cycle
[16:40] <fta> bug 597485, last comment
[16:40] <ubot2> Launchpad bug 597485 in chromium-browser (Ubuntu) " Switch to baidu as the default search engine for Chinese users (affects: 1) (heat: 78)" [Medium,Invalid] https://launchpad.net/bugs/597485
[16:41] <chrisccoulson> fta - ok, i will fix that ;)
[16:41] <fta> i'm disappointed, no one asked me anything :(
[16:41] <chrisccoulson> i'll speak to him first
[16:44] <chrisccoulson> fta - ok, i reopened it again
[16:44] <chrisccoulson> well, i would have if LP didn't time out :/
[16:45] <chrisccoulson> fta - did you see jcastro's announcement about the decision?
[16:46] <fta> no
[16:47] <micahg> chrisccoulson: it's not on the planet
[16:48] <chrisccoulson> it's on one of the ML's, but i can't tell you which one whilst my computer is going this slow ;)
[16:48] <chrisccoulson> eek, firefox-bin has eaten over 1GB of RAM :/
[16:48] <chrisccoulson> that's why it's stopped working
[17:16] <chrisccoulson> micahg - ok, there's a bug in the FF4.0 build system. it has @BINPATH@/firefox hard-coded in browser/installer/package-manifest.in
[17:17] <chrisccoulson> changing it to @BINPATH@/@MOZ_APP_NAME@ fixes it
[17:17] <micahg> chrisccoulson: we have a patch for that I think
[17:19] <vish> fta: it was announced on the desktop mailing list
[17:20] <vish> fta: https://lists.ubuntu.com/archives/ubuntu-desktop/2010-August/002603.html
[17:26] <micahg> chrisccoulson: bzXXX_moz_app_name_inconsistencies.patch
[17:28] <chrisccoulson> micahg - oh, it's actually the patch which breaks it ;)_
[17:28] <micahg> chrisccoulson: yes :)
[17:28] <chrisccoulson> ok, i disable :)
[17:28] <micahg> idk why it was added, take a look at r439
[17:28] <chrisccoulson> i was going to add a patch to fix it. that would have been amusing ;)
[17:28] <chrisccoulson> adding a patch to revert one of our existing patches
[17:30] <micahg> chrisccoulson: probably wouldn't have been the first time
[17:33] <chrisccoulson> right, it's built. time to test now :)
[17:39] <chrisccoulson> nice, it works
[17:40] <chrisccoulson> even the built in FF-sync seems to be working
[17:46] <micahg> chrisccoulson: I thought they pulled it
[17:46] <micahg> maybe that was just for beta 3
[17:47] <chrisccoulson> micahg - not sure. this build is 2 days old though
[17:47] <chrisccoulson> so, ff3.6.head and ff4.0.head should be fairly similar now
[17:49] <micahg> cool
[17:50] <micahg> chrisccoulson: I think I want to rename before I make the beta PPA
[17:50] <micahg> firefox-next
[17:50] <micahg> and firefox-trunk
[17:51] <micahg> maybe not
[17:51] <micahg> there's a lot to do
[17:51] <chrisccoulson> yeah, we should do. i just added a new bit to debian/rules to make that easier
[17:51] <micahg> and we can rename to firefox-trunk when they branch
[18:18] <micahg> chrisccoulson: BTW, it's NSS 3.12.8 beta 1 that's causing the FTBFS
[18:19] <chrisccoulson> micahg - do you mean that it needs NSS 3.12.8 beta 1?
[18:19] <micahg> chrisccoulson: yeah, I'm following up with upstream as to what needs to be set for configure
[18:19] <chrisccoulson> ok, thanks
[18:21]  * micahg should actually look at what's failing before guessing versions :-/
[18:21] <micahg> plus there was no tracking bug for it
[18:21]  * micahg really has to run now, bbiab
[18:21] <chrisccoulson> oh, i've only just realised it is us setting MOZ_APP_NAME to firefox-4.0
[18:21] <micahg> chrisccoulson: yes :)
[21:12] <micahg> chrisccoulson: is it worth a mail to -devel about the Thunderbird transition in Maverick and the dailies?
[21:13] <chrisccoulson> micahg - i don't think we need to do that
[21:13] <micahg> chrisccoulson: k
[21:29] <chrisccoulson> ff-sync is really rocking. i didn't realise i could access my tabs from my other computer