[00:14] <chrisccoulson> hmmm, after looking at scrollbar stuff, i really want to poke my eyes out already
[01:29] <micahg> chrisccoulson: did you want the 9.0 final builds to go to precise or are we just uploading 10 beta 1 when they're tagged?
[04:44] <joelesko> micahg: All my ppa build completed successfully for seamonkey 2.6. I sent up builds for lucid through precise.
[04:44] <micahg> joelesko: that's good news :), that means we should be ready to go on tuesday for precise at least and maybe oneiric
[04:44] <joelesko> micahg: Let me know where the test builds are when you create them.
[04:45] <joelesko> micahg: I'm using it on maverick and oneiric and not running across any problems. Is there some test scripts you use?
[04:45] <micahg> joelesko: ok, precise I'll just upload, ubuntu-mozilla-security will be where the oneiric build will go if I don't run out of time, otherwise, we can push next week when I'm off
[04:46] <joelesko> micahg: great. thanks. I sure would like to close those open bugs.
[04:47] <micahg> joelesko: yeah, we use test-browser.py from lp:qa-regression-testing (you need to run it in a clean env as it'll blow away your profile), I need to make a smaller set of test cases for the universe packages like chromium and seamonkey
[04:48] <micahg> joelesko: take a look at this blueprint which has the list of the limited test cases: https://blueprints.launchpad.net/ubuntu/+spec/security-p-catch-all, it's under security roundtable wednesday
[04:48] <micahg> joelesko: you'll need to test the binaries that are produced in the PPA though since that's what will be released
[04:49] <joelesko> micahg: That's the plan. I will pull then when ready. I have time this week.
[04:49] <micahg> cool
[04:50] <joelesko> lightning is current broke, right?
[04:50] <micahg> shouldn't be
[04:50] <micahg> you'll need to use the version from the thunderbird-next PPA
[04:51] <joelesko> I asked someone else because I didn't see the xpi on https://developer.mozilla.org/en/Calendar/Calendar_Versions
[04:51] <micahg> https://ftp.mozilla.org/pub/mozilla.org/calendar/lightning/tinderbox-builds/comm-beta/
[04:52] <joelesko> thanks. Is thunderbird schedule for release soon as well?
[04:52] <micahg> we have 1.1 built in thunderbird-next (will be in ubuntu-mozilla-security tomorrow sometime)
[04:52] <micahg> er, only for oneiric that is
[12:48] <artnay> any news concerning chromium translations? https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/888617
[12:48] <ubot2> Launchpad bug 888617 in chromium-browser "Chromium translations on LP no longer updated" [Undecided,Confirmed]
[12:48] <artnay> I remember we spoke that once daily builds are active, translation templates would be next
[14:03] <micahg> artnay: I have no idea what's involved in the chromium translations
[14:07] <artnay> chrisccoulson: hi. I thought I had spoken with micahg but it must have been you.
[14:07] <artnay> chrisccoulson: 14:48     artnay : any news concerning chromium translations? https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/888617
[14:07] <ubot2> Launchpad bug 888617 in chromium-browser "Chromium translations on LP no longer updated" [Undecided,Confirmed]
[14:07] <artnay> chrisccoulson: 14:48     artnay : I remember we spoke that once daily builds are active, translation templates would be next
[14:51] <bjsnider> artnay, if i can do anything about this i'll take al ook at it today
[15:07] <artnay> bjsnider: that would be great, thanks in advance.
[18:14] <bjsnider> micahg, alright it seems that the change i mentioned recently does result in working chromium dbg packages, and it also seems like that's the only way to get it done, ie there's no more build flag.
[19:40] <alex_mayorga> timeless: hi!
[19:45] <alex_mayorga> timeless: I blame the slowness on resource:///components/nsPrompter.js:68 and chrome://global/content/bindings/browser.xml:273 on IRCCloud and Grooveshark fighting over Flash
[19:46] <alex_mayorga> timeless: I've fetched firefox-trunk-mozsymbols
[19:52] <timeless> can you figure out if/what it did, or what it claims to do?
[19:52] <timeless> (ask it for a description/contents)
[19:57] <alex_mayorga> timeless: sorry crashed Flash prevented me from seeing your messages
[19:57] <timeless> can you figure out if/what it did, or what it claims to do?
[19:57] <timeless> (ask it for a description/contents)
[19:57] <alex_mayorga> timeless: any chance you can get a fix for https://bugzilla.mozilla.org/show_bug.cgi?id=699133 so I can at leas submit the crash?
[19:57] <ubot2> Mozilla bug 699133 in General "No "Send crash report" link for Flash crashes on non visible Flash elements." [Normal,New: ]
[19:58] <alex_mayorga> "This package contains the Firefox symbols in a format expected by Mozilla's
[19:58] <alex_mayorga>  Breakpad. Eventually this package should go away and the symbol upload be
[19:58] <alex_mayorga>  implemented in soyuz (or other builders that build this package)"
[19:59] <alex_mayorga> sorry on the multi-line
[19:59] <timeless> doesn't bother me
[19:59] <timeless> ok, can you figure out if it really has symbols? if it does, the contents should be significant in terms of size
[20:00] <alex_mayorga> on this very channel I asked why the builds from this team PPA don't have about:crashes though, so that's another thing I'd need
[20:01] <timeless> if the package gives you symbols, you can use gdb
[20:01] <timeless> which is good enough for most things
[20:01] <alex_mayorga> Uncompressed Size: 142 k
[20:01] <timeless> the package should be >100mb if it's useful
[20:01] <micahg> Firefox can't fix a flash crash anyways, why would you want to report it?
[20:01] <timeless> what is it actually?
[20:02] <timeless> micahg: firefox is software, mozilla is an entity
[20:02] <micahg> timeless: right, sorry, Mozilla can't fix a flash crash :)
[20:02] <timeless> mozilla as an entity can help adobe review crash reports and fix bug reports
[20:02] <timeless> *if* they're collected
[20:02] <micahg> ah
[20:03] <timeless> similarly, microsoft will help just about any software vendor review and fix reports in their crashing software
[20:03] <timeless> (via WER)
[20:03] <alex_mayorga> micahg: IIRC there was a time were an "electrolisys" project existed and they valued the plugin-container crashes
[20:03] <timeless> alex_mayorga: the project still exists
[20:03] <timeless> although it's mostly focused on the next step which is irrelevant for flash crashes
[20:03] <timeless> but yes, plugin crashes are still valuable
[20:03] <timeless> but that's offtopic
[20:04] <timeless> we're here to try to get you symbols so we can get js stack traces for slow scripts w/o using firebug/venkman :)
[20:04] <micahg> alex_mayorga: plugin-container crash != flash crash
[20:04] <timeless> so, i don't care how few bytes the package has, figure out what files it has
[20:04] <timeless> micahg: sure, but 99% of the time it is the plugin that's crashing, and on linux, that's probably flash :)
[20:16] <chrisccoulson> if you want symbols, you need firefox-dbg or firefox-trunk-dbg
[20:16] <chrisccoulson> those are about 180MB ;)
[20:31]  * alex_mayorga catches up as he got his first Pangolin crash
[20:33] <alex_mayorga> doing sudo apt-get install firefox-trunk-dbg
[20:33] <alex_mayorga> chrisccoulson: you told me the other day no about:crashes for the PPA, right?
[20:34] <chrisccoulson> alex_mayorga, yes. but we still have symbols if you want to use gdb
[20:35] <alex_mayorga> chrisccoulson: meet timeless of Mozilla's fame, perhaps something could be worked out to get the crashes on Socorro somehow
[20:36] <alex_mayorga> timeless: firefox-trunk-dbg is installed now, what would be my instructions?
[20:41] <timeless> for getting them uploaded, they should talk to ted / moznet
[20:41] <timeless> but, now that you have the -dbg package (yay), let's visit gdb
[20:42] <timeless> do you still have a slow script, or are we just doing it for practice?
[20:42] <timeless> (we can get a slow script if we need one)
[20:42] <alex_mayorga> timeless: I'm pretty sure I can reproduce the slow script if I try
[20:43] <timeless> ok, for now, let's ignore that, do you have firefox running?
[20:43] <timeless> (and can you get a terminal? :)
[20:43] <chrisccoulson> timeless, oh, i can upload them already. it's just that i'd be submitting about 400MB of symbols per day if i did it for all of our builds, which is why we only do it on beta + release builds currently
[20:43] <alex_mayorga> timeless: yup!
[20:43] <timeless> chrisccoulson: out of curiosity, do you pay for bandwidth?
[20:43] <timeless> (really curious)
[20:44] <timeless> alex_mayorga: alright, in the terminal:
[20:44] <timeless> ps aux|grep firefox-bin
[20:44]  * timeless has no idea how magically hacked the ubuntu firefox is
[20:44] <timeless> we'll see shortly :)
[20:45] <chrisccoulson> timeless, i don't pay for the bandwidth, and i upload the symbols automatically from a job in our datacenter anyway
[20:45] <alex_mayorga> timeless: edited a bit to ps aux|grep firefox-trunk
[20:45] <chrisccoulson> i'm more concerned about disk usage on the other end :)
[20:46] <timeless> alex_mayorga: don't :)
[20:46] <timeless> really, if they're underprovisioned, they need to fix it anyway
[20:46] <alex_mayorga> timeless: the ps you suggested comes back blank
[20:46] <timeless> they need to have different aging policy for different kinds of packages (nightlies, alphas, etc)
[20:46] <timeless> and i'm fairly certain they do
[20:47] <timeless> getting crash reports for your builds would enable them to understand more about how they're used too
[20:47] <alex_mayorga> if I use firefox-trunk I get 2373 as my main suspect
[20:47] <timeless> alex_mayorga: ok
[20:47] <timeless> gdb -p 2373
[20:47] <alex_mayorga> timeless: bear in mind I'm using "Nightly" from ppa here
[20:47] <timeless> at this point, a piratepad will be helpful
[20:47] <timeless> alex_mayorga: yeah, sure
[20:47] <timeless> my steps are designed to let me slowly work out the quirks of your build
[20:48] <timeless> e.g. there's no -bin file, and thus there's no .sh script which would accept magic commands
[20:48] <timeless> if you used a mozilla official thing, we'd use firefox -d gdb -g
[20:48] <alex_mayorga> timeless: I see
[20:48] <timeless> (or specify a different debugger w/ -d ...)
[20:48] <chrisccoulson> you should be able to do that with ours too
[20:48] <chrisccoulson> although, we rename the binary for our nightly build to make it coinstallable with the release builds
[20:49] <chrisccoulson> (so, firefox-trunk -g will work fine)
[20:49] <timeless> ok, so, in that case, 2373 may be the wrong answer
[20:49] <timeless> if you have a firefox-trunk-bin
[20:49] <timeless> we generally want the -bin process if one exists
[20:51] <alex_mayorga> timeless: got some form of permission thing with your command, sudo gdb -p 2373 did the trick
[20:51] <alex_mayorga> 0x00007fa090e8c753 in __GI___poll (fds=<optimized out>, nfds=<optimized out>,
[20:51] <alex_mayorga>     timeout=<optimized out>) at ../sysdeps/unix/sysv/linux/poll.c:87
[20:51] <alex_mayorga> 87	../sysdeps/unix/sysv/linux/poll.c: No such file or directory.
[20:51] <alex_mayorga> 	in ../sysdeps/unix/sysv/linux/poll.c
[20:52] <timeless> alex_mayorga: so...
[20:52] <timeless> if you're debugging a shell script, the wrong thing happened
[20:52] <alex_mayorga> firefox-trunk is grayed out, locked not responsive to mouse or keyboard input
[20:52] <timeless> and it's moderately painful for me to figure out if that's the case
[20:52] <timeless> i'd typically use pstree |grep -C 10 2373
[20:52] <timeless> if there are children other than plugin-container, then it's the wrong process)
[20:53] <chrisccoulson> micahg, did you forget to push a commit to lp:~mozillateam/thunderbird/thunderbird.oneiric?
[20:53] <chrisccoulson> (ie, the last release tag) :)
[20:54] <timeless> alex_mayorga: anyway, try "info shar"
[20:54]  * timeless tries to remember how to speak gdb w/o finding a linux env
[20:55] <alex_mayorga> timeless: http://piratepad.net/c3berohKLm
[21:05] <alex_mayorga> how do I get the dbg of firefox-trunk dependencies "automagically"? does anyone know?
[21:06] <timeless> (i've definitely seen/used a script that did it, but it was ages ago)
[21:13] <chrisccoulson> lol, i can hear my daughter snoring over the baby monitor
[21:13] <timeless> that's a good thing
[21:13] <alex_mayorga> chrisccoulson: lovely :)
[21:13] <chrisccoulson> yeah, i feel more relaxed when i can hear her ;)
[21:14] <timeless> earlier today i could hear someone else's daughter wailing through the corridor (much less pleasant)
[21:14] <chrisccoulson> yeah, that's not so nice :(
[21:25] <alex_mayorga> timeless: done fetching -dbgs here
[21:27] <timeless> :)
[21:27] <timeless> ok, time to get a slow script dialog
[21:27] <timeless> you can be lazy and use this one:
[21:27] <timeless> javascript:while(1);
[21:28] <timeless> (hardly useful, but hey...)
[21:30] <timeless> anyway.. you should get a slow script dialog for that (i did)
[21:30] <alex_mayorga> timeless: that in the URL bar?
[21:30] <timeless> sure
[21:32] <alex_mayorga> timeless: what now in gdb?
[21:32] <alex_mayorga> the slow script is there
[21:33] <timeless> ^C / ^{break}
[21:33]  * timeless is busy downloading symbols for firefox (which is hosting irc cloud)
[21:34] <timeless> btw: you don't generally want to debug your irc client. it tends to die :)
[21:36] <alex_mayorga> timeless: pretty much the same thing
[21:36] <alex_mayorga> Program received signal SIGINT, Interrupt.
[21:36] <alex_mayorga> 0x00007fa090e8c753 in __GI___poll (fds=<optimized out>, nfds=<optimized out>,
[21:36] <alex_mayorga>     timeout=<optimized out>) at ../sysdeps/unix/sysv/linux/poll.c:87
[21:36] <alex_mayorga> 87	../sysdeps/unix/sysv/linux/poll.c: No such file or directory.
[21:36] <alex_mayorga> 	in ../sysdeps/unix/sysv/linux/poll.c
[21:36] <timeless> yeah, the top frame will always be useless for this
[21:36] <timeless> the hope is that in the middle you'll see more useful stuff, hold on
[21:39] <timeless> oh right. it's a bad idea to copy text from firefox and paste it into your debugger
[21:39] <timeless> (if your debugger is debugging firefox..)
[21:40] <chrisccoulson> what problem are you trying to debug?
[21:41] <alex_mayorga> chrisccoulson: http://forums.mozillazine.org/viewtopic.php?p=11568785#p11568785
[21:41] <chrisccoulson> if the top of the stack is a poll(), then the rest of it is usually not all that useful :)
[21:42] <alex_mayorga> I'm seeing slow resource:///components/nsPrompter.js:68 and chrome://global/content/bindings/browser.xml:273 when CPU is raced
[21:42] <timeless> the other thing is that it's quite likely you're looking at the wrong thread
[21:42]  * timeless was debugging the debugger instead of firefox (oops)
[21:42] <alex_mayorga> that's the symptom I get at least
[21:43] <timeless> ok, now i have a debugger (64bit) debugging firefox (32bit)
[21:44]  * timeless gets slow script dialog (yay)
[21:45] <timeless> ok, so,.... the brute force command is:
[21:45] <timeless> thread apply all bt
[21:45] <timeless> the windbg equiv fwiw is: ~* kp
[21:45] <timeless> (thread) (all) (backtrace) (somewhat verbose)
[21:46] <timeless> in general, for a slow script, you're probably going to want the ui thread, which is generally thread 0
[21:46] <timeless> but from memory gdb's concept of threads isn't virtualized, so you actually have to think about them by their underlying representation instead of "the zeroth thread"
[21:49] <timeless> anyway, we can try to work wih certain constraints
[21:51]  * timeless pokes alex_mayorga
[21:53]  * alex_mayorga pokes the mostly death laptop with a stick
[21:54] <alex_mayorga> timeless: I've got the nsPrompter.js right here
[21:54] <alex_mayorga> what do I do in dbg?
[21:54] <timeless> (gdb) thread apply all bt
[21:54] <timeless> hrm
[21:54] <timeless> (gdb) thread apply all bt 1000
[21:55] <timeless> let's not let it be annoying
[21:55] <timeless> if possible, try to make gdb think you have many lines on your screen so that you don't have to hit <enter> to continue (don't ask me how to do that)
[22:18]  * timeless pokes alex_mayorga
[22:44] <alex_mayorga> timeless: trying but this thing is very unresponsive
[22:44] <timeless> how much ram do you have? :)
[22:45] <alex_mayorga> 4GB
[22:50] <timeless> how much is free? :)
[22:52] <alex_mayorga>              total       used       free     shared    buffers     cached
[22:52] <alex_mayorga> Mem:       4016412    3902520     113892          0        864      87176
[22:52] <alex_mayorga> about 1 GB I think
[22:53] <chrisccoulson> more like 100MB, unless my eyes are deceiving me ;)
[22:55] <alex_mayorga> chrisccoulson: I trust any third party, rather than myself :)
[22:55] <alex_mayorga> http://piratepad.net/c3berohKLm should be it
[22:55] <alex_mayorga> I got to run now
[22:56] <alex_mayorga> would let it sit here see if has exploded when I come back ;-)
[23:05] <timeless> alex_mayorga: ok, so, the section i left in purple is the interesting bit
[23:05] <timeless> the next bit is to see if we can use the xpconnect stack dumping stuff, if not, we'll have to do it the hard way
[23:14] <timeless> alex_mayorga: i left notes at the bottom
[23:14] <timeless> they should work, i hope
[23:16] <timeless> (right, selecting "continue" for slow script for while(1) isn't a good idea...)
[23:20] <chrisccoulson> lol @ https://twitter.com/#!/deadsquid/status/148902812783349760