[09:24] <dpm> morning chrisccoulson, the LP guys have been working on a fix for the bug that caused us trouble building the Lucid langpacks. They're about to land it, but to fix Lucid (and Maverick) translations in Launchpad, we need to upload a new en-US.xpi template for FF 3.6. May I ask you to generate one for me from the src package and put it somewhere where I can fetch it and upload it manually?
[09:32] <chrisccoulson> dpm - yeah, i can do that. but i think i have to do a full firefox build to do that
[09:32] <chrisccoulson> i'll have a look
[09:34] <dpm> thanks chrisccoulson. Otherwise, was not a 3.6.14 update going to happen soon? If it is soon enough, I could use the en-US.xpi file generated in that build
[09:34] <chrisccoulson> dpm - yeah there will be a 3.6.14 release soon, but that's already built though
[09:36] <dpm> chrisccoulson, if that build generated an en-US.xpi file, that'd be even better, as I could then just grab that from LP. Was the code to generate the en-US.xpi file enabled on that build?
[09:38] <chrisccoulson> dpm - it would have generated one, but it wouldn't have been imported by launchpad
[09:38] <chrisccoulson> so, i guess it's been discarded now
[09:38] <dpm> chrisccoulson, why wouldn't have been imported by lp?
[09:39] <chrisccoulson> dpm - it's built in the security PPA
[09:39] <dpm> oh, I see
[09:39] <fta2> chrisccoulson, hi, you've got a video for your ff breakpad  thingy ;)
[09:40] <chrisccoulson> fta2 - yeah, i saw that
[09:40] <chrisccoulson> that's weird, i can't recreate that though :(
[09:40] <chrisccoulson> perhaps the default is different in 3.6 ;)
[09:41] <dpm> chrisccoulson, could you point me to the security PPA (is it public?) where it was built? Perhaps I can ask the LP people to help me get it from the lp librarian
[09:41] <chrisccoulson> i'll look at that today though
[09:41] <chrisccoulson> dpm - https://edge.launchpad.net/~ubuntu-mozilla-security/+archive/ppa
[09:42] <fta2> chrisccoulson, i'd like to get breakpad in chromium quickly as i can't cope with the crash bugs
[09:42] <chrisccoulson> fta2 - yeah, that would be good. have you got anywhere to upload the symbols from, or do you want me to do that?
[09:44] <dpm> thanks chrisccoulson
[09:46] <fta2> chrisccoulson, as i said in the mail, i'm able to generate the symbol file, but don't know what to do with it. the builders can't upload them
[09:46] <fta2> chrisccoulson, i can ship them in a deb, but something else would need to extract the deb and upload
[10:04] <chrisccoulson> fta2 - yeah, that's what we do for firefox. we stick the symbols in to a firefox-mozsymbols package, and then i just grab that in our datacenter, unpack it and upload it
[10:18] <fta2> chrisccoulson, could that be done for all the ch debs? (i mean, the whole bunch)
[10:18] <chrisccoulson> fta2 - yeah, that shouldn't be a problem
[10:18] <fta2> cool
[10:19] <fta2> i'll go for a -breakpadsymbols deb then
[10:19] <fta2> should be 17MB each
[10:19] <fta2> 90MB uncompressed
[10:38] <fta2> chrisccoulson, how does it work? (how do you detect that you need to pull & extract the deb?)
[10:39] <chrisccoulson> fta2 - i just have a cron job that runs every hour (at the same rate as the publisher) that grabs the package lists for the archives
[10:39] <chrisccoulson> and it just parses them to get the new versions and compare those to what has already been uploaded
[10:42] <fta2> ok, good enough
[10:42] <fta2> you're doing it for the ff dailies too?
[10:43] <chrisccoulson> fta2 - yeah, i do it for the dailies as well
[10:43] <chrisccoulson> and also for thunderbird as well
[13:22] <fta2> chrisccoulson, firefox-4.0-4.0b12pre.en-US.linux-x86_64.crashreporter-symbols.zip   where does that name come from?
[13:23] <chrisccoulson> fta2 - that filename comes from the mozilla build system (ie, i'm not setting it manually)
[13:24] <fta2> chrisccoulson, hm, in my case, it's just chrome.breakpad.x64
[13:24] <fta2> i guess i should include the version & branch
[13:24] <chrisccoulson> that's probably ok. it gets unpacked on the server anyway
[13:24] <chrisccoulson> what do the filenames look like inside?
[13:25] <fta2> i don't remember, i have to rebuild :P
[13:25] <chrisccoulson> heh :)
[13:25] <chrisccoulson> there is also a manifest file in the firefox one too, but i'm not sure if that is a breakpad feature, or whether it's just added by mozilla
[13:25] <chrisccoulson> i know that the mozilla guys are using the manifest file for periodic cleaning of the symbol files
[13:34] <fta2> i just have a text file, no manifest
[14:40] <chrisccoulson> fta2 - you're on nvidia aren't you?
[14:40] <chrisccoulson> did you see the conversation in #ubuntu-desktop?
[14:58] <fta2> ?
[15:01] <chrisccoulson> fta2 - new nvidia driver in xorg-edgers
[15:01] <chrisccoulson> (not sure if it's published juet yet though)
[15:02] <fta2> \o/
[15:03] <fta2> brb
[16:05] <fta> -rw-r--r-- 1 1234 1234 12M 2011-02-15 16:22 chromium-browser-breakpadsymbols_11.0.672.0~svn20110215r74909-0ubuntu1_amd64.deb
[16:05] <fta> -rw-r--r-- root/root  92220948 2011-02-15 16:08 ./usr/lib/chromium-browser/chrome.breakpad.x64
[16:05] <fta> chrisccoulson, ^^
[16:07] <fta> MODULE Linux x86_64 97A80197B0F05649C6767D3FEA11A3770 chrome
[16:07] <fta> FILE 0 ../css/tokenizer.flex
[16:07] <fta> FILE 1 ./app/gfx/gl/gl_context.h
[16:07] <fta> FILE 2 ./app/gfx/gl/gl_context_stub.h
[16:07] <fta> FILE 3 ./app/sql/connection.h
[16:07] <fta> chrisccoulson, ^^
[16:07] <fta> that's the file untouched
[16:07] <chrisccoulson> fta - thanks
[16:08] <fta> i still need to tune a few things, like the project id
[16:12] <fta> hm, not sure what this 97A8.. is about. if it's the md5 of the unstripped binary, it won't match
[16:14] <chrisccoulson> fta - it's not. i think the number is also embedded somewhere in the binary so that the server can match the binaries up to the symbols
[16:14] <chrisccoulson> it works for firefox, and we strip the binaries after generating the symbols too
[16:15] <fta> ok, good
[16:15] <fta> i will read the code though, i'm expecting some more magic is needed
[16:16] <fta> that still won't solve the EULA issue
[16:16] <fta> not sure what we should do here...
[17:31] <phsi> Is it just luck that my Minefield didn't crash once in months? :o
[17:31] <phsi> And is there any chance you will add PGO builds?
[17:33] <phsi> Also I heard that Firefox may include  GStreamer as a backend on Linux, is this true? H264 could work then too, I suppose?
[17:33] <micahg> phsi: yes, gstreamer in Firefox has been a work in progress for a few years
[17:52] <phsi> Will chromium-codecs-ffmpeg-nonfree/extra continue to include H264?
[17:52] <micahg> phsi: no, not once it's dropped upstream
[17:53] <phsi> It wouldn't be too hard to get stuff back in though? If even manually
[17:54] <micahg> phsi: I don't know about that, it's open source, so in theory should be possible
[17:54] <phsi> Yeah, well. The buildscripts look a bit funky but it should be fine I suppose..
[18:22] <fta> chrisccoulson, is firefox using breakpad on arm?
[18:23] <chrisccoulson> fta - yeah. it's only enabled on i386, amd64 and arm
[18:28] <fta> good
[18:29] <chrisccoulson> fta - i don't think breakpad even compiles on the other architectures
[18:29] <chrisccoulson> and in any case, google probably don't care about those ;)
[18:33] <fta> sure, i was just curious about arm
[18:33] <fta> i didn't find any arch restriction in the rules file for breakpad
[18:45] <phsi> Will there ever be PGO builds in the PPA?
[18:48] <JoeBlacken> Hi, I know this is a ubuntu team, but I guess you might know the answer even for windows. My question is about the notification bar in firefox or thunderbird. How can I change its color?
[19:07] <balu200000> ich brauche hilfe
[20:10] <magcius> /usr/include/xulrunner-2.0b12pre/jspubtd.h:105: fatal error: jsproto.tbl: No such file or directory
[20:10] <magcius> anybody know why that's failing?
[20:11] <magcius> sounds like you packaged it incorrectly
[20:12]  * magcius pings chrisccoulson, micahg 
[20:12] <chrisccoulson> yes?
[20:13] <magcius> did you forget to package jsproto.tbl with the headers?
[20:13] <chrisccoulson> possibly
[20:13] <magcius> I can go fetch it myself, but just wanted to make you aware.
[20:14] <magcius> jspubtd.h includes it, and jsapi.h includes jspubtd.h
[20:15] <chrisccoulson> yeah, i made some changes in the packaging last week, that must have just dropped off
[20:15] <chrisccoulson> thanks
[20:17] <chrisccoulson> magcius, http://bazaar.launchpad.net/~mozillateam/xulrunner/xulrunner-2.0.head/revision/645
[20:18] <chrisccoulson> that will be picked up by the next nightly
[20:21] <magcius> Thanks.
[20:27] <magcius> chrisccoulson, you also need *.msg for js.msg
[20:27] <chrisccoulson> heh, thanks
[20:28] <magcius> after that it works
[20:29] <chrisccoulson> ok, pushed a fix for that too
[20:29] <magcius> Thanks.
[20:29] <magcius> I assume none of these things matter for firefox-4.0-trunk or the like?
[20:35] <chrisccoulson> magcius, they will do
[20:36] <chrisccoulson> but, we don't ship a shared libmozjs in firefox, so there shouldn't be anything including the jsapi headers really
[20:36] <chrisccoulson> unless they're crazy ;)
[20:36] <chrisccoulson> i'll copy the same fixes across for the firefox-dev package though
[21:02] <jcastro> fta: hey any clue how/if a11y is coming along in chromium?
[21:04] <fta> jcastro, i didn't hear anything about it, but i didn't search for it either
[21:04] <micahg> jcastro: wouldn't that depend on the support in Webkit for it in part?
[21:04] <fta> yes, that's part of the answer
[21:05] <fta> fighting with breakpad right now, i want the crashers upstreamed asap
[21:05] <jcastro> well, I'm just wondering if it's worth pursuing chromium-by-default at some point
[21:05] <jcastro> but if it's as complicated as whenever we talked about it last then ...
[21:06] <fta> jcastro, don't get me wrong, i just don't know. maybe it's moving, maybe not
[21:06] <fta> i moved to unity yesterday, i'm lost
[21:07] <jcastro> can you ask around? no rush or anything
[21:07] <jcastro> heh
[21:07] <fta> filed 10 bugs already
[21:07] <jcastro> I saw your app mode bug
[21:08] <jcastro> jason tells me it can be fixed, so I am hoping for a fix soon
[21:08] <fta> doh, found another bug
[21:08] <fta> drag a desktop file from nautilus to the side bar, get an empty black slot
[21:10] <fta> what's the equivalent of the old applications menu?
[21:12] <jcastro> clicking the application button on the bottom left
[21:12] <jcastro> but that doesn't work sometimes
[21:12] <fta> ohh
[21:13] <fta> thanks
[21:13] <fta> jcastro, http://code.google.com/p/chromium/issues/detail?id=28286  one bit fixed
[21:13] <fta> http://code.google.com/p/chromium/issues/detail?id=27112  not fixed
[21:14] <fta> http://code.google.com/p/chromium/issues/detail?id=24585   some clues in the last comment
[21:16] <fta> https://bugs.webkit.org/show_bug.cgi?id=25531 ohh, starting to look good
[21:16] <ubot2> bugs.webkit.org bug 25531 in Accessibility "[GTK] Metabug: Bugs blocking Orca support" [Normal,Unconfirmed]
[22:07] <fta> jcastro, will there be an indicator with the world clock like before?
[22:08] <jcastro> yeah someone's working on that
[22:08] <jcastro> I don't know the status offhand
[22:10] <micahg> chrisccoulson: feel free to take any of the xulrunner porting stuff
[22:12] <fta> jcastro, also the weather indicator is kind of weak, mph, no km/h choice, hard to read (dark on dark),..
[22:14] <fta> saw some good mokups though
[22:17] <LLStarks> fta, do i blame firefox or chrome/ium for the latter not actually importing my settings when it says it does?
[22:20] <fta> LLStarks, ch just imports from ~/.mozilla/firefox/ so if your ff profile is called something else, it won't work
[22:21] <LLStarks> it is firefox
[22:21] <fta> grrr, with unity (or is compiz), xchat doesn't beep when asked to
[22:22] <fta> +it
[22:22] <LLStarks> anyway to do import manually?
[22:22] <fta> LLStarks, the b-m, yes, you have an import entry in the b-m manager
[22:23] <LLStarks> b-m?
[22:23] <fta> bookmarks
[22:23] <fta> you can ask ff to export, and ch to import
[22:24] <LLStarks> firefox can export?
[22:25] <LLStarks> i really don't care about bookmarks, i want chromium to have a fully saturated awesomebar that has browsing history parity with ff
[22:43] <LLStarks> fta, can chromium import addressbar/searchbar data?
[22:44] <fta> i don't know. it has its own stuff already. right click the bar
[23:01] <LLStarks> god, chrome is refusing to import anything. firefox is closed and it procedes like it hsould.
[23:01] <LLStarks> i dun get it
[23:02] <LLStarks> oh i know, is it importing the profile i don't use at all?
[23:03] <LLStarks> still nothing... does chrome hate ff4?
[23:06] <LLStarks> very nice... i have to downpin to umd maverick to do this.
[23:31] <LLStarks> okay, i'm at a loss. how do you set up a firefox 3.6 environment on natty that uses a 4.0 profile
[23:33] <micahg> we don't support firefox 3.6 on natty, also, I don't know if the profiles are backwards compatible yet
[23:33] <micahg> the daily PPA should have a firefox 3.6 build, you could pin that higher than the archive
[23:37] <magcius> chrisccoulson, doesn't gtkmozembed use firefox rather than xulrunner?
[23:38] <magcius> Oh, who do I blame for "Restart Firefox" not restarting firefox in the breakpad crash reporter?
[23:48] <micahg> magcius: gtkmozembed uses xulrunner
[23:48] <magcius> hm, ok.
[23:49] <magcius> I'm not sure I understand what the purpose of firefox having its own copy of the libraries then
[23:49] <magcius> static linking causes it to load faster or something?
[23:49] <micahg> magcius: to be closer to the upstream build
[23:50] <micahg> FF on XR isn't tested
[23:50] <magcius> what is upstream's build rationalization?
[23:50] <micahg> they ship it as one unit
[23:50] <magcius> mozilla-central is where both "abrowser" (Firefox) and xulrunner get their code from?
[23:51] <micahg> yes, but they don't ship Firefox on top of xulrunner, they just ship firefox
[23:53] <magcius> OK.
[23:54] <magcius> the difference is that Firefox just has all the libs statically linked, and they use a binary entry point instead of a .js/.xul one?
[23:56] <chrisccoulson> the issue with using a system xulrunner is we don't want the pain of updating it in a stable release every few months, potentially breaking everything that depends on it
[23:56] <chrisccoulson> in addition to that, as micahg pointed out, it's unsupported
[23:56] <chrisccoulson> and there are startup time improvements that depend on not using the system xulrunner too
[23:57] <chrisccoulson> i'm not sure what you mean about binary versus js/xul entry point. they both start in the same way