[00:24] <micahg> fta: still around?
[00:27] <fta> micahg, not for long
[00:28] <micahg> fta: was wondering if chromium has a default way to have a system tray icon (bug 734192)
[00:28] <ubot2> Launchpad bug 734192 in chromium-browser "Chromium puts an ugly, unhideable icon in the GNOME Panel system tray" [Undecided,Incomplete] https://launchpad.net/bugs/734192
[00:35] <fta> never seen it myself. could be the new background webapps thingy, or the notifications
[00:35] <fta> or both
[00:35] <micahg> fta: ok, we can chat more about it tomorrow, thanks
=== Nafallo_ is now known as Nafallo
[11:36] <dpm> heya chrisccoulson, when you've got a minute, do you think you could merge https://code.launchpad.net/~dpm/po2xpi/ca-valencia/+merge/53382?
[11:36] <dpm> Also, do you think you could set up the code settings in https://launchpad.net/po2xpi, so that the main branch is set and we can do simply 'bzr branch lp:po2xpi' when creating new branches?
[11:36] <dpm> thanks!
[11:39] <chrisccoulson> dpm - sure, no problem
[11:39] <dpm> chrisccoulson, awesome, thanks
[13:41] <dv-> why does pspax show that the firefox process in 11.4 is now w|x instead of w^x?
=== m_conley_away is now known as m_conley
[14:05] <m_conley> chrisccoulson: hey - how's your workload today?  Feel like helping me get my messaging menu and unity launcher extensions into the packages?  :D
[14:34] <chrisccoulson> m_conley, yeah, will do
[14:35] <chrisccoulson> i haven't got any other really urgent items to do today ;)
[14:37] <m_conley> chrisccoulson: awesome!  :)  Just let me know what I need to do.
[14:50] <fta> chrisccoulson, hi, any update on breakpad?
[14:50] <chrisccoulson> fta - i was just looking at that right now
[14:51] <chrisccoulson> fta - i have to turn user_experience_metrics.reporting_enabled on don't i?
[14:51] <fta> (as in, don't say you have nothing in your plate when i'm watching) ;)
[14:52] <chrisccoulson> heh
[14:52] <chrisccoulson> ah, i've got the crash reporter on now \o/
[14:53] <chrisccoulson> fta - so, i guess this is the problem you were seeing too:
[14:53] <chrisccoulson> [9740:9958:16521569275:ERROR:crash_handler_host_linux.cc(330)] Failed to write crash dump for pid 11351
[14:53] <fta> empty file generated?
[14:53] <fta> that's where i left off
[14:53] <chrisccoulson> fta - i haven't got any file it seems
[14:54] <fta> in ~/.config/chromium/Crash Reports
[14:54] <fta> should be something like chromium-renderer-minidump-da502feb1ed97dee.dmp
[14:55] <fta> that's what i got with the HEADLESS variable
[16:56] <fta> jdstrand, apparmor="DENIED" operation="exec" parent=15078 profile="/usr/sbin/mysqld" name="/bin/dash" pid=16216 comm="mysqld" requested_mask="x" denied_mask="x" fsuid=102 ouid=0
[16:56] <fta> maverick
[16:57] <jdstrand> fta: I'm on the phone. can you file a bug against mysql with steps to reproduce? please add the apparmor tag
=== _Tsk_ is now known as Usul|phone
[17:01] <jcastro> fta: http://code.google.com/p/chromium/issues/detail?id=20587#c26
[17:01] <jcastro> this should be in a daily build by now right?
[17:02] <jcastro> dbarth just tried it (as I'm trying to get DX to fix it) but says it's not setting WM_CLASS)
[17:04] <fta> jcastro, yep, all dailies post 11.0.699
[17:04] <fta> https://launchpad.net/~chromium-daily/+archive/ppa/+packages?field.name_filter=&field.status_filter=&field.series_filter=natty
=== m_conley is now known as m_conley_away
=== m_conley_away is now known as m_conley
[18:32] <fta> micahg, hmm.. linux/beta (10.0.648.133 -> 10.0.648.134)
[18:45]  * micahg cries
[18:46] <micahg> fta: thanks
[18:46] <fta> it's only the beta channel atm
[18:48] <micahg> yep, but it means I should be prepared soon :)
[18:52] <fta> lol
[18:52] <fta> linux/stable (10.0.648.133 -> 10.0.648.134)
[18:52] <fta> micahg, jdstrand: ^^
[18:52] <fta> maahhh
[18:52]  * micahg really cries now
[18:53] <fta> me too
[18:53] <fta> long day today
[18:53] <micahg> fta: I have to head out for a bit, but just leave me the bug/info if you do it today, otherwise tomorrow is fine
[18:53] <fta> k
[18:54] <micahg> fta: any idea how critical?
[18:57]  * micahg -> bbiab
[18:58] <fta> nope, and i don't see much in the logs
[19:01] <fta> nada, in the diff, just a version bump. probably unexpected
[20:23] <chrisccoulson> fta, so, i can see why crashes from the renderer in chrome aren't caught by breakpad
[20:23] <chrisccoulson> it's actually quite a simple problem, albeit, with a fairly non-trivial solution
[20:23] <chrisccoulson> i'll need to discuss what to do with upstream
[21:52] <fta> chrisccoulson, great.
[21:53] <chrisccoulson> fta - oh, it might actually be fixed by the latest kernel upload
[21:53] <fta> uh?
[21:54] <chrisccoulson> fta - it's basically bug  729839, but in reverse
[21:54] <ubot2> Launchpad bug 729839 in linux "PR_SET_PTRACER does not work from a thread" [Medium,Fix committed] https://launchpad.net/bugs/729839
[21:54] <chrisccoulson> kees recommended trying the latest kernel, as he thinks that it will fix both problems
[21:54] <chrisccoulson> (but it hasn't built yet)
[21:55] <chrisccoulson> basically, there are no ptrace restrictions when ptrace'ing a direct child, which means that it should work for renderer crashes already
[21:55] <chrisccoulson> (because the browser calls ptrace on the renderer)
[21:55] <chrisccoulson> but....
[21:56] <chrisccoulson> it doesn't do that from the main thread
[21:56] <chrisccoulson> and that seems to get blocked, when it shouldn't be
[21:57] <chrisccoulson> i thought that the renderer would need to set PR_SET_PTRACER with the pid of the browser, when i originally figured out what was going on
[21:57] <chrisccoulson> but then, i thought that it shouldn't even see these restrictions anyway ;)
[22:11] <gnomefreak> USC does not list alot of apps including package firefox-4.0
[22:12] <gnomefreak> and it lists things you cant install ex.. greasemonkey
[22:20] <chrisccoulson> gnomefreak!!
[22:20] <chrisccoulson> welcome back
[22:21] <chrisccoulson> gnomefreak, yeah, i guess for greasemonkey i need to get app-install-data updated
[22:21] <chrisccoulson> (as we removed it from the archive)
[22:21] <chrisccoulson> fta - i think we can kill the xulrunner-1.9.1 daily builds now
[22:21] <chrisccoulson> it's only used in karmic, and that's going to die pretty soon ;
[22:22] <fta> gnomefreak: could you please make chrisccoulson admin and even owner of the mozillateam on launchpad, none of us can, only the owner, ie you.
[22:23] <fta> chrisccoulson, done for 1.9.1. what about 1.9.2?
[22:24] <chrisccoulson> fta - thanks. we should keep 1.9.2 for now
[22:24] <fta> ok
=== m_conley is now known as m_conley_away
[22:24] <fta> for xul2, i have       'local_init' => 'hg clone http://hg.mozilla.org/mozilla-central',
[22:24] <fta> is that still ok?
[22:24] <chrisccoulson> ah
[22:24] <chrisccoulson> no, that needs updating to releases/mozilla-2.0 now
[22:25] <fta>       'branch'     => 'xulrunner-2.0.head',
[22:25] <fta>       'lp'         => 'lp:~mozillateam/xulrunner/xulrunner-2.0.head',
[22:25] <fta>       'upstream'   => 'upstream/mozilla-central',
[22:25] <fta>       'local_init' => 'hg clone http://hg.mozilla.org/mozilla-central',
[22:25] <fta>       'vpattern'   => '^2\.0(\~|\.)',
[22:25] <fta> i should trash my local cache then
[22:26] <chrisccoulson> we should keep the firefox-4.0 package tracking mozilla-central though. at some point, that will become 5.0
[22:27] <chrisccoulson> but then, we should just rename the package to firefox-trunk so we don't have to keep changing the version number every couple of months
[22:28] <fta> hm, there's already a releases/mozilla-2.1/
[22:30] <gavin> huh, first I've heard of it
[22:30] <chrisccoulson> heh
[22:31] <gavin> oh, apparently 2.1 is being used for fennec 4.0
[22:31] <chrisccoulson> i know the release schedule is going to be a lot faster, but i didn't think it would be *that* fast
[22:32] <gavin> (fennec 4.0 will ship a slightly different gecko than firefox 4)
[22:34] <gnomefreak> chrisccoulson: your status has been changed. I will be back tomorrow, i finally got network up and running :)
[22:39] <fta> chrisccoulson, seems you're still not the owner :P
[22:47] <fta> chrisccoulson, jcastro; is unity-2d in a better shape than last week? compiz is making me crazy, i'm ready to give up on regular unity for good.
[22:48] <chrisccoulson> i've not tried unity-2d for a couple of weeks now
[22:49] <fta> last week, it crashed too much and didn't have any indicator due to a hardcoded path
[22:50] <fta> but at least, it's using metacity and behaves properly in follow focus mode
[22:50] <chrisccoulson> i wish unity worked better on dual-screen setups. i'm not sure what the plans are for that, but it's totally broken atm
[22:50] <chrisccoulson> perhaps i should be hacking on unity to make that work properly ;)
[22:50] <chrisccoulson> but i can't use unity during the daytime atm, unless i give up one screen
[22:51] <fta> for me, bug 728428 makes it a nightmare to use
[22:51] <ubot2> Launchpad bug 728428 in unity "unity messes up with workspaces" [Undecided,Confirmed] https://launchpad.net/bugs/728428
[22:51] <jcastro> fta: can you get a stacktrace or anything from compiz?
[22:52] <jcastro> unity-2d is pretty close to feature parity btw
[22:53] <fta> jcastro, i filed a bunch of crashers in the last few weeks
[22:53] <fta> even 3 yesterday
[22:53] <fta> most are known, some for weeks, with lots of dupes, but untouched anyway
[22:53] <fta> depressing
[22:56] <jcastro> My compiz hasn't crashed in a while
[23:11] <micahg> fta: the update has a new flash, so we don't need it
[23:13] <fta> micahg, yep, i figured that out
[23:13] <fta> there's 0 code change, beside the version number
[23:14] <micahg> right, except the new flash player ;)
[23:14] <fta> yep, but it's not in the public repo, so nada for us
[23:15] <micahg> \o/
[23:15] <micahg> we'll take care of the flash update separately :)