[01:04] <fta> http://partnerpage.google.com/ubuntu.com?hl=en-US
[01:05] <fta> I didn't know such thing existed
[08:45] <asac> fta: where did you get that igoogle ur lfrom? forum?
[08:58] <fta> http://ubuntuforums.org/showthread.php?t=723602
[09:00] <asac> okay
[09:01] <asac> why do they think they get an ubuntu.com address
[09:08] <asac> really funny how quick a wrong perception is taken for granted :)
[09:09] <asac> "'m trying to become an Ubuntu member, but that darn key generation won't work for me!"
[09:09] <asac> hehe
[10:34] <fta> asac, either mozclient or bonsai is wrong regarding commit dates
[10:37] <asac> how much do they diverge?
[10:38] <asac> fta: ?
[10:38] <fta> difficult to tell. looking...
[10:41] <asac> [reed]: i am not sure if i actually added someone in the reviewee field of the 1.8.0 branch from mozilla bug 398006
[10:41] <asac> if i go to details of the patch i don't see anyone ... does that mean that i didn't?
[10:42] <asac> s/reviewee/reviewer/
[10:44] <fta> if I diff two tarballs: 20080315t0300 and 20080315t1200, I get cvs changes between 2008-03-14 21:17:14.000000000 +0100 and 2008-03-15 04:51:44.000000000 +0100
[10:44] <fta> if the cvs dates are reliable
[10:45] <fta> well, no, not even cvs dates but diff dates, so filesystem dates
[10:45] <fta> anyway, the diff doesn't match bonsai
[11:06] <asac> fta: so mozclient is still against UTC
[11:06] <asac> or even CET
[11:07] <fta> no
[11:07] <asac> why ... its about the same diff
[11:07] <asac> oh
[11:07] <fta> it clearly sends -D "2008/03/16 06:07 PST" to cvs
[11:08] <fta> or similar
[11:08] <asac> you mean its the opposite direction?
[11:08] <asac> ETOOMUCHCONFUSION
[11:37] <fta> 20080315t0300 NOK
[11:37] <fta> 20080314t2200 OK
[11:55] <fta> asac, i'm trying to configure wifi on my laptop, n-m turned crazy at 100% cpu, i had to kill it and now i'm doomed, even after a reboot
[11:58] <asac> chipset
[11:58] <asac> ?
[11:58] <asac> fta: ?
[11:59] <fta> the dell one, hold on
[11:59] <fta> 3945abg
[11:59] <fta> i'm in manual mode now, how can i revert that ?
[12:00] <fta> it's gutsy
[12:00] <fta> is there a recent/usable cd available for hardy ?
[12:04] <fta> asac, ^^
[12:13] <asac> fta: hmm. gutsy is known to have issues
[12:13] <asac> fta: you can use beta previews
[12:14] <fta> i'll grab a nightly then
[12:15] <fta> amd64?
[12:15] <fta> http://cdimage.ubuntu.com/daily-live/current/hardy-desktop-amd64.iso is not oversized
[12:15] <fta> what's broken on amd64 those days ?
[12:19] <fta> asac, ^^
[12:23] <asac> i think it should work
[12:23] <asac> afaik french translation was dropped from CD for now because of the oversizing
[12:23] <asac> but i hope thats not a blocker to use that ;)
[12:23] <fta> i don't care, i'm in us everywhere
[12:24] <fta> i care about not having to mess up with lib32
[12:24] <asac> that should be fine
[12:24] <asac> we are close to beta release
[12:25] <asac> fta: you can ask in #ubuntu-testing
[12:25] <asac> maybe they are happy that you try the latest CD
[12:31] <asac> uff
[12:31] <asac> done with catchup of 1.8.0 security patches
[12:33] <jetsaredi1> asac: that patch made it in last night
[12:33] <asac> yes
[12:33] <asac> it was just a matter of when the batch would happen :)
[12:33] <asac> thanks!
[12:34] <asac> jetsaredi1: remember to verify that its build
[12:38] <jetsaredi1> yea - installed it on my laptop
[12:38] <jetsaredi1> when did you say that you were going to review the extensions?
[12:38] <asac> i think i said today :)
[12:39] <jetsaredi1> the user agent switcher and web developer plugins (both maintained by the same guy) had new releases today
[12:39] <asac> good. do you know how to the upgrade technically?
[12:39] <asac> 1. you commit the new release to the .upstream branch
[12:40] <asac> then you bzr merge ../xxx.upstream  from within the ubuntu branch
[12:40] <asac> and document the new release in changelog
[12:40] <asac> then bzr commit
[12:40] <jetsaredi1> well - did we have those extensions packaged already?
[12:40] <asac> (well to be exact you would open a new changelog entry that is UNRELEASED instead of hardy
[12:40] <asac> so you can land eny eventual fixes for releas
[12:40] <asac> jetsaredi1: no idea :)
[12:40] <asac> thought you refer to them ;)
[12:40] <jetsaredi1> cause they're not on the extensions page :)
[12:41] <asac> jetsaredi1: we have a webdeveloper package in ubuntu
[12:41] <jetsaredi1> o rly?
[12:41] <asac> if you want you can create a branch for them
[12:41] <asac> yes
[12:41] <asac> maybe start with creating an .upstream branch from the current orig.tar.gz
[12:41] <asac> and add the packaging changes to the ubuntu branch
[12:42] <asac> then import the new upstrea mbranch in to .upstream and merge over to ubuntu... fix it to install in firefox 3 ... and maybe switch to thew xpi.mk
[12:42] <asac> :)
[12:43] <jetsaredi1> hmm
[12:43] <jetsaredi1> let me start with the user agent switcher
[12:44] <jetsaredi1> do you know if there is a doc on merging a new upstream?
[12:45] <jetsaredi1> not that your description wasn't enough ;)
[12:47] <asac> jetsaredi1: do we have user agent switcher too?
[12:47] <asac> jetsaredi1: user agent switcher is new
[12:48] <asac> from what i can see right now
[12:48] <jetsaredi1> yea
[12:48] <asac> jetsaredi1: new .upstream is easy
[12:48] <asac> you usually go to a checked out branch
[12:48] <asac> rm -rf *
[12:48] <asac> (e.g. just the .bzr directory stays in there)
[12:48] <asac> then extract the new upstream sources
[12:48] <asac> run bzr add . once (to add any new files)
[12:49] <asac> and commit with message which version that is
[12:49] <asac> then you just go to your .debian branch and run bzr merge /path/to/new/upstream
[12:49] <asac> jetsaredim: and no ... i don't know about any good description for it
[12:49] <jetsaredim> heh
[12:49] <asac> (which doesn't mean that there isn't one)
[12:49] <jetsaredim> ok
[12:50] <jetsaredim> did you upload your devscripts to the main repos?
[12:50] <asac> yes
[12:50] <jetsaredim> cool
[12:50] <asac> mozilla-devscripts in archive has xpi.mk
[12:51] <jetsaredim> where do I find a branch to check out for that package?
[12:51] <asac> jetsaredim: there is none
[12:51] <jetsaredim> or can I just use the source package install
[12:51] <asac> thats why i said you should start and import the current orig as .upstream
[12:52] <jetsaredim> ahh
[12:52] <asac> then branch .ubuntu from that and apply the current diff.gz to that branch
[12:52] <jetsaredim> ok
[12:52] <asac> then we can go ahead
[12:52] <asac> :)
[12:52] <asac> i'd prefer to get all extensions into bzr
[12:52] <jetsaredim> yea
[12:52] <asac> so there is a single list i can go through to sponsor contributions
[12:53] <asac> especially because upstream sometimes don't have a VCS ... so importing them to bzr is a great service to the free software community
[12:58] <asac> fta: http://paste.ubuntu.com/5809/
[12:59] <asac> i haven't tried if it works :)
[12:59] <asac> you think its a mess? (from readability)
[13:00] <asac> the idea is that we cannot just copy the complete .jar file referred to for a certain language, but have to repack that jar to contain only those sub-paths that are given in the manifest
[13:00] <asac> as there are cases where all translations are in the same .jar
[13:00] <asac> (like in ubufox and other extensions)
[13:14] <asac> http://www.adobe.com/devnet/air/articles/introduction_to_air_security.html
[13:19] <jetsaredim> (funny thing - my wife's cousin is the manager for all downloads on adobe.com) :)
[13:36] <asac> oh really?
[13:36] <asac> good to know ;)
[13:38] <[reed]> asac: I can't see the bug
[13:38] <asac> [reed]: which bug id?
[13:39] <asac> ok found it
 [reed]: i am not sure if i actually added someone in the reviewee field of the 1.8.0 branch from mozilla bug 398006
[13:39] <[reed]> brb
[13:39] <asac> added
[14:03] <fta> i have a 2h window for my crash now
[14:05] <asac> fta: ?
[14:05] <asac> please post a tinyurl for that in bonsai
[14:05] <fta> jemalloc becoming static is my main target
[14:06] <asac> yes
[14:06] <asac> as i said try to backout the jemalloc patches
[14:06] <asac> one by one
[14:06] <asac> they most likely cause this
[14:08] <[reed]> asac: you didn't request review from anybody
[14:08] <[reed]> but comment #18 sounds like the branch shouldn't even get it
[14:08] <asac> ok thanks
[14:09] <asac> [reed]: i think it landed on 1.8
[14:10] <[reed]> not from what that bug says
[14:10] <[reed]> there's no fixed1.8.1.x keyword
[14:10] <[reed]> nor approval for a branch patch
[14:10] <[reed]> I doubt it
[14:12] <asac> [reed]: it landed ... was backed out though
[14:12] <asac> hell why don't you comment this kind of action in the bug
[14:12] <asac> when i backported that it definitly was landed
[14:12] <asac> 2007-12-26 11:01	bzbarsky%mit.edu 	mozilla/layout/base/nsPresShell.cpp 	3.852.2.27 	MOZILLA_1_8_BRANCH  	14/0  	Don't run XBL constructors during frame construction, ever. Bug 398006,
[14:12] <asac> r+sr=sicking, a=dveditz
[14:13] <[reed]> see comment #16
[14:13] <[reed]> where it clearly says it was backed out
[14:14] <asac> hmmm
[14:14] <asac> ok
[14:14] <asac> i stand corrected
[14:50] <reed_> ugh
[14:51] <reed_> asac, my X61 won't go to full screen power
[14:51] <reed_> something in one of the latest hardy updates broke it
[14:51] <reed_> :(
[14:51] <asac> reed_: full screen power?
[14:51] <reed_> screen brightness
[14:51] <asac> ah.
[14:52] <reed_> it's stuck on some low setting
[14:52] <asac> i can push it up using the fn keys
[14:52] <reed_> fn keys don't work at all
[14:52] <reed_> :(
[14:52] <reed_> for screen brightness
[14:52] <reed_> the little sun dialog comes up
[14:53] <reed_> and acts like it is changing
[14:53] <reed_> but doesn't actually change
[14:53] <asac> ah
[14:53] <asac> hmm ... what did i do to fix it :/
[14:53] <asac> hmm
[14:53] <asac> it was broken in the beginning. i remember that
[14:54] <asac> but i can't remember that i fixed it manually
[14:56] <asac> reed_: what i did is to enable laptop_mode and tweaked the settings in there to get more battery life
[14:58] <asac> reed_: i enabled laptop mode in /etc/default/acpi-support
[14:58] <asac> and i think you either have to restart the system or run the laptop-mode init script in init.d
[14:59] <reed_> yeah, I just did that... I'm grepping /var/log/acpid and see it calling /etc/acpi/video_brightnessup.sh, but it still isn't doing anything
[14:59] <reed_> ok, just did that
[14:59] <reed_> nope
[14:59] <reed_> not helping
[14:59]  * reed_ grrs
[15:01] <asac> let me see if i modefied that file
[15:02] <asac> what do you have in there?
[15:02] <reed_> root@angelo:/etc/acpi# cat video_brightnessup.sh
[15:02] <reed_> #!/bin/bash
[15:02] <reed_> . /usr/share/acpi-support/key-constants
[15:02] <reed_> acpi_fakekey $KEY_BRIGHTNESSUP
[15:02] <asac> reed_: do you have /etc/acpi/thinkpad-brightness-up.sh ?
[15:02] <reed_> yes
[15:02] <reed_> root@angelo:/etc/acpi# cat thinkpad-brightness-up.sh
[15:02] <reed_> #!/bin/bash
[15:02] <reed_> manufacturer=`dmidecode --string system-manufacturer`
[15:02] <reed_> case "$manufacturer" in
[15:02] <reed_>     LENOVO*)
[15:02] <reed_> 	exit
[15:02] <reed_>     ;;
[15:02] <reed_>     *)
[15:03] <reed_> 	. /usr/share/acpi-support/key-constants
[15:03] <reed_> 	acpi_fakekey $KEY_BRIGHTNESSUP
[15:03] <reed_>     ;;
[15:03] <reed_> esac
[15:03] <reed_> same thing
[15:03] <asac> yes
[15:03] <asac> its not used because you have LENOVO i guess
[15:03] <reed_> yeah
[15:03] <reed_> root@angelo:/etc/acpi# dmidecode --string system-manufacturer
[15:03] <reed_> LENOVO
[15:04] <asac> ah wait a  second
[15:04] <asac> i think i changed the module options for thinkpad_acpi
[15:04] <asac> i have
[15:04] <asac> options thinkpad_acpi hotkey=enable,0xffffbf brightness_enable=1 experimental=1 fan_control=1
[15:04] <asac> in /etc/modprobe.d/thinkpad_acpi.modprobe
[15:05] <reed_> that file got removed
[15:05] <reed_> remember? :)
[15:05] <asac> it got?
[15:05] <asac> not for me :-P
[15:05] <reed_> well
[15:05] <reed_> it was _supposed_ to be removed
[15:05] <asac> yeah ... unload the thinkpad_acpi module and see if modprobing it with those parameters helps
[15:06] <asac> it wasn't correct in its initial form anyway
[15:06] <asac> i also added two more modules to /etc/modules (but i don't know if they matter at all)
[15:06] <asac> acpi-cpufreq
[15:06] <asac> cpufreq_powersave
[15:08] <reed_> again, this worked fine not too long ago
[15:08] <reed_> something broke it
[15:08] <reed_> :(
[15:08] <asac> today?
[15:09] <asac> can you still manually cat proper values to the /proc/ file?
[15:09] <jetsaredim> asac: for webdeveloper it looks like the author changed the directory structure and such underlying
[15:09] <jetsaredim> so do I just blow away what is there and drop in the new one
[15:09] <asac> reed_: cat /proc/acpi/ibm/brightness
[15:10] <asac> reed_: cat /proc/acpi/video/VID/LCD0/brightness
[15:10] <asac> jetsaredim: the idea was just to have the original thing in a branch
[15:10] <asac> as i said to do an upstream upgrade you always rm -rf everything
[15:10] <asac> then unpack the new
[15:10] <asac> and bzr add .
[15:10] <asac> then commit
[15:11] <jetsaredim> o ok
[15:11] <reed_> no such file for the ibm path
[15:11]  * jetsaredim is a bit slow
[15:11] <reed_> root@angelo:/etc/acpi# cat /proc/acpi/video/VID/LCD0/brightness
[15:11] <reed_> levels:  100 100 20 25 30 35 40 45 50 55 60 65 70 75 80 85 90 100
[15:11] <reed_> current: 100
[15:11] <reed_> it's clearly not at 100
[15:11] <asac> reed_: yeah most likely because the ibm thing is missing
[15:11] <reed_> how do I fix that? :)
[15:12] <asac> reed_: /sys/devices/virtual/backlight/acpi_video0/brightness
[15:12] <asac> can you change that?
[15:12] <asac> does that expose the correct value?
[15:12] <reed_> root@angelo:/etc/acpi# cat /sys/devices/virtual/backlight/acpi_video0/brightness15
[15:12] <reed_> 15
[15:12] <asac> i also have /sys/devices/virtual/backlight/thinkpad_screen/brightness
[15:12]  * reed_ tries pushing it up
[15:13] <asac> or actual_brighness
[15:13] <reed_> I don't have /sys/devices/virtual/backlight/thinkpad_screen
[15:13] <asac> reed_: so did you modprobe with the parameters above?
[15:13] <reed_> no, let me go do that
[15:13] <asac> right
[15:13] <asac> that should help i guess
[15:14] <reed_> ok
[15:15] <reed_> root@angelo:/etc/modprobe.d# modprobe thinkpad_acpi `cat thinkpad_acpi.modprobe`FATAL: Error inserting thinkpad_acpi (/lib/modules/2.6.24-12-generic/kernel/drivers/misc/thinkpad_acpi.ko): Unknown symbol in module, or unknown parameter (see dmesg)
[15:15] <reed_> mmm
[15:16] <reed_> oh
[15:16] <asac> strange
[15:16] <reed_> that's my fault
[15:16] <asac> k
[15:17] <reed_> so, that acted like something happened, but nothing happened... let me restart
[15:18] <asac> at least it should bring you the brightness devices again for thinkpad/ibm
[15:20] <reed_> woo
[15:20] <reed_> now, how can I strangle acpi-support maintainers?
[15:21] <reed_> for breaking my screen brightness
[15:21] <reed_> :)
[15:21] <asac> does it work?
[15:21] <reed_> yep
[15:21] <asac> just those parameters?
[15:21] <reed_> I dropped the hotkey one
[15:21] <reed_> because that's wrong
[15:21] <asac> is that required?
[15:21] <asac> oh
[15:22] <asac> why?
[15:22] <asac> whats wrong with the mask?
[15:22] <reed_> the mask isn't needed anymore, and it breaks some fn keys
[15:22] <asac> really :)
[15:22] <asac> good
[15:22] <reed_> yep
[15:22] <asac> i will remove it then
[15:22] <asac> which keys in particular are broken for you with that?
[15:22] <reed_> hmm, the lp bug says it
[15:22] <reed_> reed@angelo:~$ cat /etc/modprobe.d/thinkpad_acpi.modprobe
[15:22] <reed_> options thinkpad_acpi brightness_enable=1 experimental=1 fan_control=1
[15:23] <reed_> that's what I have now
[15:23] <reed_> and it works
[15:26] <jetsaredim> asac: do I need to preserve anything other than the changelog file?
[15:27] <jetsaredim> err and control file
[15:29] <asac> jetsaredim: did you import the original debian part already?
[15:30] <asac> e.g. as bzr revision on the .ubuntu branch
[15:30] <asac> if so, i think just control changelog copyright should be enough
[15:30] <asac> at least the files in the XPI.TEMPLATE are required
[15:30] <asac> rules as well of course
[15:31] <jetsaredim> yea
[15:31] <asac> k
[15:31] <asac> fine
[16:16] <fta> ok, my laptop works perfectly
[16:16] <fta> (so far)
[16:25] <asac> every acpi stuff right?
[16:39] <fta> default. what should I tweak ?
[16:41] <asac> brightness :)
[16:42] <fta> I do that with the keyboard
[16:42] <fta> and there was an auto dim on the default gusty
[16:43] <fta> maybe a dell thing
[16:43] <fta> it's shipped with "deb http://ppa.launchpad.net/dell-team/ubuntu gutsy main"
[16:43] <asac> sounds good
[16:44] <asac> so new nm is fixed?
[16:44] <fta> yes
[16:44] <asac> nice
[16:46] <asac> is that ppa auto added to your sources?
[16:46] <asac> fta: ?
[16:49] <fta> it was preinstalled in gutsy but i've trashed it, i prefer to know exactly what's installed on my boxes
[16:54] <fta> hm, those two firmware packages were not even installed
[16:55] <fta> so it looked like a vanilla gutsy
[17:41] <jetsaredim> asac: the xpi still needs to be at the top-level of the package right?
[17:42] <asac> yes
[17:43] <asac> jetsaredim: you could define MOZ_XPI_FILE=full/path/to.xpi
[17:43] <asac> havent tried that though
[17:44] <jetsaredim> good ide
[17:44] <jetsaredim> a
[18:20] <armin76> asac: fta: you guys using jemalloc?
[18:22] <armin76> or is it enabled by default?
[18:25] <fta> it's by default
[18:26] <fta> asac, ff3 is changing workspace in my laptop :(
[18:28] <jetsaredim> asac: I must have flubbed up something in this webdeveloper package cause I just tried installing the deb and restart ff and not there
[18:45] <asac> fta: yes. thats because you don't use compiz
[18:45] <asac> jetsaredim: is anything in the package
[18:45] <asac> try dpkg -L packagename to see the content
[18:46] <fta> i don't use compiz on any of my desktops and it still doesn't raise
[18:46] <asac> still doesn't raise? i thought you said that it did switch workspace
[18:46] <asac> so two issues?
[18:47] <fta> it does on my new laptop
[18:47] <jetsaredim> asac: looks like it never installed
[18:47] <fta> it doesn't on my desktops
[18:53] <jetsaredim> asac: doesn't look like anything got installed other than the copyright and changelog
[18:53] <jetsaredim> which means that variable might not be working
[19:01] <asac> indeed
[19:16] <fta> armin76, why did you ask ?
[19:19] <armin76> uh? the jemalloc thing?
[19:19] <armin76> some user asked me :D
[19:20] <asac_> users shouldnt know which memory thing the application is using imo
[19:20] <asac_> just deny that info next time :-P
[19:49] <fta> asac, crash confirmed within http://tinyurl.com/3bvwx2, rebuilding with this one backed out: http://tinyurl.com/2pdd9h
[20:37] <asac> fta: does ephy crash as well with that xul?
[20:50] <fta> bingo, http://tinyurl.com/2pdd9h is the culprit
[20:50] <fta> [reed], i blame you ! :)
[20:53] <xtknight> in gutsy, ff2.0 and ff3.0 can be installed concurrently.  i'd like to try a new ff3.0 build.  how would i replace the distro's ff3.0?  the distro-provided ff3.0 seems to include some secret sauce to interoperate with ff2.0...  the new ff3.0 build i have runs ff2.0 if ff2.0 is open.
[21:00] <asac> xtknight: there should be no difference for that problem
[21:01] <asac> oh right
[21:01] <asac> the profile directory is not the same
[21:01] <asac> well ... its excpected then and you cannot do much about that
[21:02] <asac> xtknight: maybe the ffox 3 in gutsy-backports is new enough for you?
[21:04] <fta> jdong has a backport of b4 ready for gutsy
[21:04] <fta> if it's not already in
[21:56] <asac> fta: bug 190845
[21:56] <ubotu> Launchpad bug 190845 in seamonkey "seamonkey has no Help > Report Problem in Help Menu" [Medium,Confirmed] https://launchpad.net/bugs/190845
[21:56] <asac> there is a patch. can you review and sign off?
[21:57] <asac> (if it works at all)
[22:00] <asac> xtknight: bug 191796
[22:00] <ubotu> Launchpad bug 191796 in gutsy-backports "Please backport firefox-3.0 3.0~b4 final" [Undecided,Triaged] https://launchpad.net/bugs/191796
[22:00] <asac> there are test packages
[22:00] <asac> please confirm that they work well
[22:00] <asac> so we can upload these
[22:01] <fta> asac, forgot about that. will do
[22:01] <asac> thanks!
[22:01] <asac> i just found it while reviewing the beta blocker list
[22:01] <fta> you were supposed to comment on mozilla bug 421168 too
[22:01] <ubotu> Mozilla bug 421168 in Build Config "firefox using --with-libxul-sdk doesn't install .idl/.h on make install" [Normal,Resolved: wontfix] http://bugzilla.mozilla.org/show_bug.cgi?id=421168
[22:01] <fta> we have a bug for that
[22:01] <asac> i know ... its still on my radar
[22:02] <asac> i looked at that todo twice today iirc
[22:17] <xtknight> o
[22:17] <xtknight> thx asac/fta
[22:18] <xtknight> i was trying a PGO build.  what's in backports isn't PGO is it?
[22:18] <xtknight> profile-guided optimization
[22:20] <xtknight> if not when do you guys plan on using PGO or do you plan on it?
[22:28] <asac> not planned
[22:29] <fta> same here. i've had a look a while ago but we still build too often and it's damn slow and greedy
[22:29] <fta> (to build with PGO)
[22:30] <xtknight> ah
[22:31] <xtknight> any way to change profile dir on a stock firefox?
[22:31] <xtknight> i mean to ~/.mozilla/firefox-3.0
[22:31] <asac> not really
[22:32] <xtknight> how is the ff3.0 in ubuntu built to cooperate with ff2.0?
[22:32] <asac> there is no cooperation. the gutsy backport should still work as before
[22:33] <xtknight> i suppose i could apt-get source the new ff3.0 and add PGO myself?
[22:34] <fta> it will not work without rewriting some rules
[22:34] <fta> it's a 3 steps build
[22:35] <fta> i may give it a try in my ppa but i doubt it will make it in hardy, and i'm sure it will not in gutsy :S
[22:36] <xtknight> ah sounds like a lot of trouble esp. with debian package
[22:37] <asac> what has debian package to do with that?
[22:37] <xtknight> rewriting the debian build scripts etc to use PGO
[22:43] <[reed]> you know we're not going to turn PGO on for Linux builds in time for Fx3, right?
[22:44] <fta> (i knew it)
[22:44] <xtknight> um yes i know :)
[22:45] <xtknight> just wondered if attempting it myself was worthwhile
[22:48] <fta> [reed], read that i blamed you ?
[22:49] <[reed]> fta: yes, but that doesn't really mean much, considering the number of patches I check-in for other people
[22:49] <[reed]> complain to the patch author ;)
[22:50] <fta> [reed], mozilla bug 423334
[22:50] <ubotu> Mozilla bug 423334 in XPCOM "crash at startup in [@ NS_CompareVersions]" [Critical,New] http://bugzilla.mozilla.org/show_bug.cgi?id=423334
[22:50] <[reed]> can asac reproduce?
[22:51] <[reed]> as in, is this only you, or will this affect all ubuntu users?
[22:51] <fta> it's b5pre
[22:51] <[reed]> b5 freeze is tonight
[22:51] <[reed]> so, if there's a problem, we need to know asap
[22:52] <fta> it's --with-libxul-sdk b5pre crash only
[22:52] <fta> without that commit, it works
[22:52] <fta> i'm rebuilding a fresh trunk to confirm that
[22:53] <[reed]> k
[22:53] <[reed]> let me know
[23:01] <CheGuevara> w00t got firefox to freeze
[23:03] <fta> got it crash dozens of time since yesterday
[23:03] <fta> +to
[23:08] <fta> [reed], you Cced me to my own bug :)
[23:08] <[reed]> you were in my autocomplete ;P
[23:08] <[reed]> for when I CC asac
[23:09] <fta> and you use fta+mozilla while I'm using fta+bugzilla there but it doesn't matter much (except for the duplicates)
[23:11] <[reed]> wait
[23:11] <[reed]> why do you have two accounts?
[23:11] <fta> I have only one
[23:12] <[reed]> ?
[23:12] <[reed]> you have two
[23:12] <[reed]> fta+mozilla and fta+bugzilla
[23:12] <fta> really ?
[23:12] <[reed]> yes
[23:12] <[reed]> you should file a bug to merge them :)
[23:13] <fta> i'm always using fta+bugzilla, the other one must be old then
[23:13] <fta>                  CC|fta+mozilla@sofaraway.org   |
[23:13] <fta>            Priority|P1                          |--
[23:13] <fta> oops?
[23:13] <fta> did I drop the p1 ?
[23:13] <fta> [reed], ^^
[23:14] <[reed]> fixed
[23:14] <[reed]> file a bug under mozilla.org :: Bugzilla: Other b.m.o Issues
[23:14] <[reed]> to merge your two accounts
[23:18] <fta> an accounts merging request? hm, ok
[23:18] <fta> doe
[23:18] <fta> done
[23:19] <[reed]> cool
[23:43] <fta> asac, you asked me about readability of locale-export, if i may, MOZCALL_manifest_strip_jars is spectacular to say the least
[23:55] <asac> [reed]: what does TS stand for?
[23:56] <[reed]> in what context?
[23:56] <asac> performance :)
[23:56] <[reed]> oh, Ts
[23:56] <asac> mozilla bug 418016
[23:56] <asac> :)
[23:56] <ubotu> Mozilla bug 418016 in XPCOM "Ts jumped ~1% when enabling jemalloc on Linux (qm-mini-ubuntu01, qm-mini-ubuntu02, qm-mini-ubuntu05)" [Minor,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=418016
[23:56] <[reed]> Ts is a startup test we use
[23:56] <asac> ok
[23:57] <[reed]> Ts(tartup)
[23:57] <asac> without having looked at it i am not surprised that things go bad if you have that linked into libxul ... which isn't loaded in the beginning in fffox libxul-sdk build iirc
[23:57] <[reed]> basically times how long it takes to load the browser
[23:57] <asac> yes, got that
[23:57] <[reed]> k
[23:57] <[reed]> :)
[23:57] <asac> 1% doesn't really sound that much
[23:58] <[reed]> we're very anal about performance
[23:58] <[reed]> lately
[23:58] <[reed]> :)
[23:58] <asac> well
[23:58] <asac> yeah i see that
[23:58] <[reed]> but backing out the patch is definitely an option
[23:58] <[reed]> but need to see if it's fixable currently
[23:58] <[reed]> if not, sure, back it out
[23:58] <asac> i will try to see if i can figure why browser uses its own static copy (which is suspect it does)
[23:58] <[reed]> the creator of jemalloc commented in the bug
[23:59] <[reed]> see if you can answer his comment
[23:59] <asac> bz?
[23:59] <[reed]> no, Jason
[23:59] <asac> ah
[23:59] <asac> ok just reloaded
[23:59] <[reed]> Jason Evans