[00:00] <kees> fta: great! thanks! :)
[10:27] <gnomefreak> Lp is down
[10:32] <chrisccoulson> gnomefreak, yeah, it's planned maintenance
[10:32] <gnomefreak> yep
[10:32] <chrisccoulson> it should be back read only by now though i think
[10:32] <chrisccoulson> yeah, it is
[10:32] <chrisccoulson> oh, well, parts of it are
[10:32] <gnomefreak> i think im -0400 that makes it 1 1/2 hours
[10:33] <chrisccoulson> it's meant to be read only by 0930 UTC
[10:33] <chrisccoulson> and then back to normal by 1100 UTC
[10:34] <gnomefreak> if by read only i should see a webpage?
[10:40] <fta2> hi
[10:40] <gnomefreak> hi
[10:40] <fta2> chrisccoulson, any news wrt the icedtea6 plugin bug?
[10:40] <chrisccoulson> fta2 - will look at that today
[10:41] <fta2> ok
[10:41] <gnomefreak> seems PPAs are back
[11:33] <chrisccoulson> gnomefreak, it's all back now
[11:34]  * chrisccoulson must look at fta2 bug now :)
[11:34] <gnomefreak> chrisccoulson: thanks
[11:36] <chrisccoulson> hmmmm, openjdk plugin works fine here in chromium :/
[11:38] <chrisccoulson> and it's not loading libxul
[11:38] <chrisccoulson> for i in `pidof chromium-browser`; do cat /proc/${i}/maps | grep xul; done
[11:39] <chrisccoulson> nothing :/
[11:40] <chrisccoulson> fta2 - do you actually get the issue too?
[11:41] <chrisccoulson> it's loading the right plugin too
[11:41] <chrisccoulson> for i in `pidof chromium-browser`; do cat /proc/${i}/maps | grep java; done
[11:41] <chrisccoulson> 7f19b040c000-7f19b043b000 r-xp 00000000 08:01 1050289                    /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/IcedTeaPlugin.so
[12:26] <gnomefreak> is there a way to import adressbook from file?
[12:59] <fta2> chrisccoulson, could you please comment in the bug?
[13:04] <fta2> kees, http://launchpadlibrarian.net/55269080/buildlog_ubuntu-jaunty-amd64.chromium-browser_7.0.520.0~svn20100909r58905-0ubuntu1~ucd2~jaunty_FAILEDTOBUILD.txt.gz :(
[14:31] <era> yo
[14:58] <era> is it wise to put "bug triaging for Ubuntu Linux and Firefox" on a resume?
[15:05] <jdstrand> chrisccoulson: hey, so I got ff, xul and tbird out yesterday, all before 00:00 UCT
[15:05] <chrisccoulson> jdstrand, excellent, thanks!
[15:06] <jdstrand> chrisccoulson: totally unrelated question for you: how do I adjust what is in the search box in ff?
[15:06] <jdstrand> chrisccoulson: I see I can do it via the addon mechanism, but is there another way?
[15:06] <chrisccoulson> jdstrand, you mean to add new search plugins?
[15:06] <jdstrand> chrisccoulson: actually, what I want to do is tweak an existing one
[15:07] <jdstrand> chrisccoulson: well, as a backup, yes add one. but I'd rather tweak an exisitng one
[15:07] <chrisccoulson> ah, i'm not sure if you can modify an existing plugin with an addon, but you could edit the existing plugin in /usr/lib/firefox-addons/searchplugins
[15:07] <chrisccoulson> but that would get overwritten on upgrade :/
[15:07] <jdstrand> chrisccoulson: I looked in about:config, and I could change the 'keyword.URL' which is nice, but doesn't affect the search plugins
[15:08] <chrisccoulson> yeah, the keyword.URL is only for the addressbar search
[15:08] <jdstrand> chrisccoulson: well, I didn't want to modify an existing one via an addon, I just wanted to modify an existing one, in whatever way was convenient
[15:08] <jdstrand> if I couldn't do that, I would add one
[15:09] <chrisccoulson> i think modifying an existing one is fairly difficult, because your changes would not persist across upgrades. However, we can make searchplugins assemble their URL based on preferences
[15:09] <jdstrand> but I see /usr/lib/firefox-addons/searchplugins, so that is good enough
[15:09] <chrisccoulson> so, depending on what you want to do, it may be possible to patch a search plugin to make it tweakable in some way
[15:10] <jdstrand> I want to change google from http to https
[15:10] <chrisccoulson> i think the Yahoo plugin gets part of it's URL from the preferences
[15:10] <jdstrand> so it is a one character change :)
[15:10] <chrisccoulson> ah, ok. i saw a bug report about that too
[15:10] <jdstrand> chrisccoulson: is there somewhere in ~/.mozilla I can put an updated one?
[15:12] <chrisccoulson> jdstrand, i think you can create a searchplugins folder inside your profile, and put extra plugins in there
[15:12] <chrisccoulson> so, ~/.mozilla/firefox/xxxxx/searchplugins
[15:12] <jdstrand> I'll play with it
[15:12] <jdstrand> chrisccoulson: thanks!
[15:20] <chrisccoulson> hmmm, i don't really understant the point of the second-from-last comment on bug  623962. did i miss something, or have i lost my sense of humour?
[15:20] <ubot2> Launchpad bug 623962 in firefox (Ubuntu Lucid) (and 1 other project) "Enabling the crash reporter for Lucid (affects: 2) (heat: 14)" [Wishlist,Fix released] https://launchpad.net/bugs/623962
[16:28] <fta> uhh? https://edge.launchpad.net/~chromium-daily/+archive/ppa/+build/1952454
[17:15] <kees> fta: only jaunty failed??
[17:15] <fta> kees, hardy too, both amd64
[17:16] <fta> kees, it's in nacl, something to run native binaries inside the browser, it's an ia32 beast
[17:16] <kees> fta: okay, so I must have fixed that post-jaunty. if you point me to your tree, I can cool up a patch to not do it for jaunty and earlier.
[17:16] <fta> nacl = native client
[17:17] <kees> fta: but it builds ok post-jaunty, right?
[17:17] <fta> kees, yes, http://people.ubuntu.com/~fta/ppa-dashboard/chromium-daily.html
[17:18] <kees> okay, cool.
[17:18] <fta> maybe i can just backport your hardening-wrapper fix in those ppas, or just forget about pie in jaunty/hardy
[17:18] <kees> fta: which tree should I look at for sending you a patch to disable it on jaunty and earlier?
[17:19] <fta> or even disable a subset of it on those dists
[17:20] <fta> i can't do it easily (i'm in the middle of the prep for the next release, and i also have to fix -dev)
[17:20] <fta> grrr
[17:20] <fta> i *can* do it
[17:20] <kees> ah, okay, cool. thanks for that!
[17:21] <fta> kees, ^^, i already have everything needed to trigger or disable some features on specific dists
[17:21] <fta> i just need to decide which option to follow
[17:22] <kees> I say forget pie on hardy and jaunty.
[17:22] <kees> all you have to do is leave the DEB_BUILD_HARDENING unset in those dists
[17:23] <fta> ok, that's easy, consider it done
[17:23] <kees> awesome
[20:35]  * chrisccoulson wonders if i can get lightning ready before final freeze
[20:35] <chrisccoulson> and whether i can get a freeze exception for it :/
[20:50] <chrisccoulson> hmmm, You have been assigned a bug task for a public bug by Chris Coulson (chrisccoulson)
[20:50] <chrisccoulson> thank you launchpad, but i already knew that :)
[21:02] <fta> *sigh* when i dlopen libnotify, it loads 43 libs :(
[21:15] <fta> jdstrand, how long before ch6 moves to -security/-updates?
[21:15] <fta> (i received the question several times already)
[21:59] <jdstrand> fta: well, it still needs to go through the SRU process, so it needs to be in -proposed for at least 7 days. I really want the SRU team's input since it breaks arm
[22:04] <fta> jdstrand, for arm, no reaction from upstream :( maybe the ubuntu arm team could come to the rescue, or the ffmpeg maintainer
[22:04] <jdstrand> fta: well, I'm *not* saying we shouldn't push it anyway, I just want the SRU team's input
[22:08] <jdstrand> fta: I asked for input in the bug. perhaps if we don't here anything by tomorrow you could follow up with pitti?
[22:08] <jdstrand> s/here/hear/
[23:09] <fta> BUGabundo, hey
[23:09] <BUGabundo> hey fta
[23:09] <BUGabundo> what's up ?
[23:09] <fta> just jumped from my chair
[23:10] <fta> "Estimated arrival date: September 14 2010 - September 15 2010" \o/ at last!
[23:10] <BUGabundo> iphone?
[23:11] <fta> nope, kindle 3
[23:11] <BUGabundo> ahah