[00:23] <fta> hm, is it just me or is X no longer listening on :0 but on :1 by default???
[00:30] <JanC> it's on :0 for me (on maverick)
[00:35] <fta> me too, but on natty, i have :1.0 now
[00:36] <BUGabundo> how can I check?
[00:36] <BUGabundo> declare -x DISPLAY=":0.0"
[00:39] <fta> look at the X process
[00:39] <fta> mine looks like /usr/bin/X :1 -br -verbose  ...
[00:39] <BUGabundo> bugabundo@BluBUG:~$ psx X
[00:39] <BUGabundo> root       992  6.4  0.8 142612 32932 tty7     Rs+  Nov04   9:02 /usr/bin/X :0 -nr -verbose -auth /var/run/gdm/auth-for-gdm-O7awzM/database -nolisten tcp vt7
[00:40] <fta> hm
[00:40] <fta> well, i fixed flappy to auto-detect that
[00:40] <BUGabundo> fta: dear... YOUAREDOINGITWRONG :p
=== asac_ is now known as asac
[10:50] <chrisccoulson> hi dpm. so, we're likely to get a FF4.0 beta 7 release soon, at which point, i'd like to get it in to natty
[10:51] <chrisccoulson> which means we'll need to start getting the language packs updated :)
[10:52] <dpm> hey chrisccoulson, we were thinking of releasing the first language packs at alpha-1, would that be earlier? Even then, I think it should be fine, we'd only need to talk to pitti to get the natty langpacks builds started
[10:54] <chrisccoulson> dpm - yeah, that should be ok
[10:55] <dpm> chrisccoulson, so langpacks in alpha-1 should be ok? - If not, it's just a matter of pinging me and pitti when you need them
[10:55]  * dpm <-- early early lunch
[10:56] <chrisccoulson> dpm - yeah, i think that's ok. it means that there'll be a couple of weeks where firefox is not localized, but i don't think that's an issue in a pre-alpha version
[10:56] <chrisccoulson> i guess only really hardcore and insane people are running natty right now ;)
[10:57]  * gnomefreak is insane than ;)
[10:57] <chrisccoulson> lol
[10:57] <chrisccoulson> and me
[10:57] <chrisccoulson> :)
[11:02] <gnomefreak> xul192 seems to still be hanging, just using dpkg --con.... but i have not done all the other updates yet
[11:02] <gnomefreak> gnomefreak@Development:~$ sudo dpkg --configure -a
[11:02] <gnomefreak> Setting up xulrunner-1.9.2 (1.9.2.12~hg20101021r34694+nobinonly-0ubuntu1~umd1) ...
[11:03] <gnomefreak> 2.0 same way. let me worry abot it more when i am fully up to date
[11:03] <gnomefreak> ah i see 13 was posted so im going to guess that is what fixes it
[11:09] <gnomefreak> clicompanion is kind of cool even though it is targeted towards new users
[11:39] <gnomefreak> chrisccoulson: please tell me the xul192.13 fixed the stalling issue
[11:39] <gnomefreak> for me it is stalling still
[11:41] <gnomefreak> well i guess not since it is still stalled out
[11:55] <nikolam> How to stop freaking indexing of messages on Thunderbird 3.0? I am on Notebook an it is eating my battery, using 100% cpu !
[11:56] <gnomefreak> nikolam: it is in the preferences
[11:56] <nikolam> I think It is because I used Third mail database (imap, local copy) with newer TB and older is now freaking out, making new index
[11:56] <nikolam> ok gno
[11:56] <nikolam> gnomefreak, ok
[11:57] <nikolam> it is "enable global search indexer I suppose
[11:59] <gnomefreak> micahg: yes
[11:59] <gnomefreak> damn
[11:59] <gnomefreak> nikolam: yes
=== yofel_ is now known as yofel
[12:09] <gnomefreak> chrisccoulson: yeah xul192 is still stalling during set up
[12:09] <gnomefreak> im going to assume so does 2.0 and icedtea
[12:09] <gnomefreak> !aptlock
[12:09] <ubot2> If an APT front-end crashed and your database is locked, try this in a !terminal: « sudo fuser -vki /var/lib/dpkg/lock;sudo dpkg --configure -a »
[12:12] <gnomefreak> any workaround yet?
[12:15] <gnomefreak> i havent been here in weeks and it is still an issue, might i suggest looking into the bug, or at least point me to where to report PPA bugs
[12:25] <gnomefreak> yep 2.0 same bug
[12:25] <gnomefreak> apparmor + browser errors
[12:29] <gnomefreak> Errors were encountered while processing: xulrunner-1.9.2 xulrunner-2.0 icedtea-plugin xulrunner-2.0-gnome-support
[12:44] <gnomefreak> i thought we updated apport with our PPA hooks at one point but i guess not
[12:58] <gnomefreak> chrisccoulson: micahg bug 671394 (not sure who is working on this or even if it was a known issue
[12:58] <ubot2> Launchpad bug 671394 in ubuntu-mozilla-ppa-bugs "Xulrunner-1.9.2 and xulrunner-2.0 stall out on configuring (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/671394
[14:30] <fta> jdstrand, mdeslaur: hi. bug 671420 + http://people.ubuntu.com/~fta/chromium/7.0.517.44~r64615/
[14:30] <ubot2> Launchpad bug 671420 in chromium-browser (Ubuntu Natty) (and 3 other projects) "7.0.517.41~r62167 -> 7.0.517.44~r64615 security update (affects: 1) (heat: 6)" [High,Fix released] https://launchpad.net/bugs/671420
[14:30] <jdstrand> fta: ack. thanks!
[14:31] <jdstrand> mdeslaur: I've got it
[14:34] <mdeslaur> fta, jdstrand: cool, thanks
[14:40] <fta> dpm, hi, the 1st batch of translations landed in the chromium daily ppa
[14:40] <fta> dpm, i had a problem with a translator turing <!-- x --> into <!- x ->, making the xml parser in grit fail
[14:41] <fta> dpm, so i now check all the strings for xml errors before i accept them during the gettext->grit convertion. it's slower but it's better than an ftbfs
[14:43] <fta> -turing+turning
[14:43] <dpm> fta, yeah, I think it's a good idea. Launchpad does the checking for gettext format variables, but with xml and other formats it cannot.
[14:44] <fta> dpm, how should i report such errors?
[14:44] <dpm> fta, what do you mean, to translators?
[14:46] <fta> dpm, yep. last output (still ugly), looked like this: http://paste.ubuntu.com/526344/
[14:46] <fta> (would be nice to have bug 669831 fixed shortly)
[14:46] <ubot2> Launchpad bug 669831 in rosetta "obsolete translations exported to the branch (affects: 1) (heat: 6)" [Medium,Triaged] https://launchpad.net/bugs/669831
[14:47] <dpm> fta, there are several possibilities: send a list with the errors to the launchpad-translators LP mailing list, or send them to the relevant teams. Launchpad translations teams are always named as lp-l10n-CC, where CC is the country code. You can get each team's e-mail address through the Launchpad API
[14:48] <dpm> https://translations.edge.launchpad.net/+groups/launchpad-translators
[14:49] <dpm> as per the bug, I'd recommend poking danilo, jtv and henninge next week (I think today they're either away or already reached EOD)
[14:49] <dpm> I already did some poking myself as well :)
[14:51] <fta> dpm, i don't have much luck with launchpad bugs in general, i have a dozen opened for months/years, none moved a bit
[15:01] <jdstrand> fta: I uploaded chromium to security-proposed. the packages were perfect. thanks so much! :)
[15:02] <fta> excellent
[15:04] <fta> jdstrand, in case you didn't notice, in it, there are security fixes for webkit and libvpx, we should have those in our system packages, right?
[15:05] <jdstrand> fta: I did see you and mdeslaur discuss that, yes. we will provide fixes for those as part of our normal processes
[15:05] <fta> jdstrand, great
[15:53] <fta> damn, the python difflib module produces patches incompatible with hardy's patch command
[15:59] <fta> micahg, chrisccoulson: umd is failing on ff4.0. could you please stop doing the uudecode stuff and all the pre-builds to a later step. they are executed in my server now
[16:00] <chrisccoulson> urgh, that's not intentional :/
[16:00] <fta> ..and i don't have all the necessary deps installed (i shouldn't)
[16:00] <chrisccoulson> sorry about that
[16:00] <fta> n-p
[20:06] <chrisccoulson> hmmm, 200 xpcshell test failures on firefox with gcc-4.5
[20:07]  * chrisccoulson cries
[20:07] <micahg> chrisccoulson: we can wait another week to get it in, no worries
[20:07]  * micahg can push to PPA first
[20:12] <chrisccoulson> oh, the test failures are mostly crashes
[20:12] <chrisccoulson> interesting
[20:42] <chrisccoulson> woah, 1 of the crashtests triggers a huge memory leak in firefox too
[20:42] <chrisccoulson> 5GB of swap and counting....
=== JanC_ is now known as JanC
[23:42] <BUGabundo> oias o/
[23:42] <BUGabundo> seems trunk has a fix for firefox chrashs
[23:42] <BUGabundo> YAY