[00:46] <micahg> chrisccoulson_: looks like we'll be pushing TB 3.1.2 into maverick at the end of the week
[00:46] <chrisccoulson_> micahg - yeah, just saw the mail too ;)
[00:47] <micahg> chrisccoulson_: I'm wondering, should I wait until Sat night to upload so I can watch for regressions?
[00:47] <micahg> or right after CDs are final on Thursday?
[00:47] <chrisccoulson_> it doesn't matter too much really, as long as one of us is around after uploading it
[00:48] <chrisccoulson_> we can upload it as soon as a3 is released though
[00:48] <micahg> chrisccoulson_: k, was just worried about Fri night/Sat as that's when it'll probably hit the mirrors
[00:49] <micahg> chrisccoulson_: since we have to backport thunderbird-locales, I"m not going to modify the packaging from the Lucid version aside from updating to comm-1.9.2 locales
[00:49] <chrisccoulson_> yeah, that sounds ok
[00:49] <micahg> chrisccoulson_: as for enigmail, I plan on merging from Debian to pick up their packaging fixes and then updating to 1.1.2 (TB31 support)
[00:50] <chrisccoulson_> what sort of packaging changes are there?
[00:51] <micahg> chrisccoulson_: idk, I haven't looked yet, if they're ominous, I'll leave them out or run it by you
[00:51] <micahg> chrisccoulson_: I just know they had 4 revisions on top of ours
[00:51] <chrisccoulson_> i suspect it will probably just be ok to use
[00:53] <chrisccoulson_> i'll probably convert the FF4.0 dailies in to all-in-one build sometime tomorrow, and turn on the crash reporter
[00:53] <chrisccoulson_> i chatted with ted on IRC earlier, and he's quite keen for us to do that
[00:53] <micahg> chrisccoulson_: awesome, that leaves me free this weekend to make PPAs :)
[00:54] <micahg> chrisccoulson_: tedg?
[00:54] <micahg> chrisccoulson_: don't forget yasm in the build-dep, that should help with WebM
[00:54] <chrisccoulson_> micahg - ted mielczarek
[00:55] <chrisccoulson_> (i think that's how you spell it)
[00:55] <micahg> chrisccoulson_: oh, upstream ted :)
[00:55] <chrisccoulson_> i think we'll only switch on the crash reporter for maverick (and maybe lucid) for the dailies, else we'll end up sending several GB of crash symbols every day
[00:56] <micahg> chrisccoulson_: sounds good, if that works and they want more, we can always do more
[00:58]  * micahg needs to run home, tty in the morning
[00:59] <chrisccoulson_> ok, thanks!
[09:57] <fta> jdstrand, mdeslaur-afk: bug 612109 needed for lucid
[09:57] <ubot2> Launchpad bug 612109 in chromium-browser (Ubuntu) "new upstream release: 5.0.375.125~r53311 (affects: 1) (heat: 6)" [Undecided,Fix released] https://launchpad.net/bugs/612109
[11:21] <asac> !test
[11:21] <ubot2> hrm?
[12:49] <fta> BUGabundo_remote, hi, do you remember when the codecs stopped working?
[12:50] <fta> stupid lp removes the debs far too early to be useful to bisect anything :(
[12:54] <gnomefreak> fta: you used to bring up the removed packages in PPA
[12:54] <gnomefreak> be able to bring
[12:54] <fta> it's no longer possible
[12:54] <gnomefreak> oh well damn
[12:55] <fta> months ago, they decided it was too big
[12:56] <fta> but now, it's useless
[12:57] <gnomefreak> it was handy to have
[13:07] <BUGabundo_remote> fta: it still happens
[13:07] <BUGabundo_remote> I have all packages here
[13:07] <BUGabundo_remote> 8,5GB
[13:19] <chrisccoulson> asac - do you know what abrowser_run_mozilla.patch is meant to do? it doesn't seem to do much with the way that we start the browser from the wrapper script
[13:25] <asac> chrisccoulson: can you paste the patch?
[13:25] <chrisccoulson> asac - http://paste.ubuntu.com/472635/
[13:26] <asac> chrisccoulson: did i commit that?
[13:26] <chrisccoulson> asac - i think so, it's been there quite a long time though
[13:26] <asac> feels more like something fta'ish :) (blind guessing)
[13:27] <chrisccoulson> asac - ok, i'm just trying to look at the way the whole startup script/alternative branding works atm, and this patch seemed a little redundant
[13:27] <fta> nope, not mine
[13:27] <fta> bzr blame it
[13:28] <chrisccoulson> heh, "491 asac@ub..."
[13:28] <chrisccoulson> i've never used bzr blame before!
[13:31] <asac> chrisccoulson: ffox branch?
[13:32] <chrisccoulson> asac - this one: lp:firefox/3.6
[13:33] <asac> chrisccoulson: debian/firefox.sh.in:
[13:33] <asac> sets CMDNAME_USER
[13:33] <chrisccoulson> asac - yeah, i can see that bit. but i'm still not sure what it actually does
[13:35] <asac> chrisccoulson: i think its there to fix MOZ_DEFAULT_NAME for abrowser
[13:38] <chrisccoulson> asac - firefox.sh always calls $LIBDIR/firefox though, so MOZ_DEFAULT_NAME is always the same value (whether you start abrowser or not)
[13:39] <chrisccoulson> unless i've misunderstood something ;)
[14:19] <jdstrand> fta: thanks. do you have a lucid package available somewhere?
[14:59] <fta> jdstrand, http://people.ubuntu.com/~fta/chromium/5.0.375.125~r53311-0ubuntu0.10.04.1/
[15:01] <jdstrand> fta: thanks
[15:09] <BUGabundo_remote> fta: any progress on the codec breakage?
[15:11] <fta> BUGabundo_remote, no, i don't have the older debs
[15:11] <fta> BUGabundo_remote, if you want to help, could you please identify a window for the regression?
[15:12] <fta> i'm not sure it's the codec package, it may be chromium itself
[15:21] <BUGabundo_remote> fta: Sunday
[15:21] <BUGabundo_remote> let me know if you need any deb
[20:24] <fta> micahg, wrt my pysnmp fix, the other day, you told me to subscribe sru, right?
[20:24] <micahg> fta: and upload to lucid-proposed
[20:24] <fta> why sru?
[20:24] <micahg> ubuntu-sru
[20:25] <micahg> it's already subscribed
[20:25] <fta> bug 610570
[20:25] <ubot2> Launchpad bug 610570 in python-pysnmp4 (Ubuntu Lucid) (and 1 other project) "python deprecation warnings for md5 and sha (affects: 2) (heat: 16)" [Undecided,New] https://launchpad.net/bugs/610570
[20:25] <micahg> ah, it's uploaded, good
[20:25] <fta> no, see the last comment
[20:26] <micahg> fta: Riddell must not be familiar with new SRU policy :)
[20:27] <fta> i'm not either
[20:27] <micahg> fta: try moving the test case to the description
[20:28] <micahg> fta: https://lists.ubuntu.com/archives/ubuntu-devel/2010-July/030999.html
[20:40] <fta> bug 612879
[20:40] <ubot2> Launchpad bug 612879 in chromium-browser (Ubuntu) "Repo is not getting updated (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/612879
[20:40] <fta> *sigh*
[20:43] <micahg> fta: I wasn't sure what teh user meant about that
[21:12] <fta> i can't use lp anymore, everything i do times out :(
[21:13] <micahg> fta: are you on edge?
[21:26] <micahg> chrisccoulson_: did you accidentally set the wrong task on bug 613049, I'm just wondering if there's a new bug in malone
[21:26] <ubot2> Launchpad bug 613049 in firefox (Ubuntu Maverick) (and 1 other project) "Default website link in Maverick firefox is invalid (affects: 1) (heat: 6)" [Low,Triaged] https://launchpad.net/bugs/613049
[21:28] <chrisccoulson_> micahg - no, it was me working around another bug in launchpad that gives me more priviliges than i really have ;)
[21:28] <chrisccoulson_> i can target bugs in universe to a particular release, but not packages in main
[21:29] <chrisccoulson_> but if i remove the package assignment, then i can target the bug ;)
[21:29] <chrisccoulson_> which is cheating
[21:29] <micahg> so you targetted an empty task
[21:29] <chrisccoulson_> micahg - yeah, then reassign it back to firefox again ;)
[21:29] <micahg> cool, that's good to know :)
[21:29] <chrisccoulson_> in theory, this should just work, because i can already upload the package
[21:30] <chrisccoulson_> but it doesnt, so i cheat a little (although i shouldn't be doing that really)
[21:31] <micahg> heh, ok, just got the second email (which is really the first thing you did)
[21:31] <micahg> chrisccoulson_: yeah, just apply for core-dev ;)
[21:32] <chrisccoulson_> micahg - yeah, i keep meaning to apply at some point
[21:45] <fta> yeah, another chrome hannel :P http://blog.chromium.org/2010/08/google-chrome-in-coal-mine.html
[21:45] <fta> channel
[21:47] <micahg> fta: isn't that just their version of a daily build?
[21:48] <fta> micahg, nope, it's between -dev and daily
[21:49] <micahg> fta: oh, fun
[21:49] <fta> they want to release faster, so they need the dev->beta->stable to be shorter
[21:49] <fta> more release means even more work for us
[21:50] <micahg> yes, a new major release every 6 weeks, plus additional security/major bug fixing
[21:50] <fta> http://blog.chromium.org/2010/07/release-early-release-often.html
[21:50] <fta> jdstrand, ^^
[21:50] <micahg> fta: yeah, I saw that and mentioned it to seb128 earlier
[21:51] <micahg> fta: I was hoping it meant less frequent miinor releases, but they told me that wasn't the case
[22:05] <micahg> fta: builders are back and i386 queue is almost done (5 hrs)