fta | http://partnerpage.google.com/ubuntu.com?hl=en-US | 01:04 |
---|---|---|
fta | I didn't know such thing existed | 01:05 |
=== _jgreenwa is now known as jetsaredim | ||
asac | fta: where did you get that igoogle ur lfrom? forum? | 08:45 |
fta | http://ubuntuforums.org/showthread.php?t=723602 | 08:58 |
asac | okay | 09:00 |
asac | why do they think they get an ubuntu.com address | 09:01 |
asac | really funny how quick a wrong perception is taken for granted :) | 09:08 |
asac | "'m trying to become an Ubuntu member, but that darn key generation won't work for me!" | 09:09 |
asac | hehe | 09:09 |
fta | asac, either mozclient or bonsai is wrong regarding commit dates | 10:34 |
asac | how much do they diverge? | 10:37 |
asac | fta: ? | 10:38 |
fta | difficult to tell. looking... | 10:38 |
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:41 |
asac | s/reviewee/reviewer/ | 10:42 |
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:44 |
fta | well, no, not even cvs dates but diff dates, so filesystem dates | 10:45 |
fta | anyway, the diff doesn't match bonsai | 10:45 |
asac | fta: so mozclient is still against UTC | 11:06 |
asac | or even CET | 11:06 |
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:07 |
fta | or similar | 11:08 |
asac | you mean its the opposite direction? | 11:08 |
asac | ETOOMUCHCONFUSION | 11:08 |
fta | 20080315t0300 NOK | 11:37 |
fta | 20080314t2200 OK | 11:37 |
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:55 |
asac | chipset | 11:58 |
asac | ? | 11:58 |
asac | fta: ? | 11:58 |
fta | the dell one, hold on | 11:59 |
fta | 3945abg | 11:59 |
fta | i'm in manual mode now, how can i revert that ? | 11:59 |
fta | it's gutsy | 12:00 |
fta | is there a recent/usable cd available for hardy ? | 12:00 |
fta | asac, ^^ | 12:04 |
asac | fta: hmm. gutsy is known to have issues | 12:13 |
asac | fta: you can use beta previews | 12:13 |
fta | i'll grab a nightly then | 12:14 |
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:15 |
fta | asac, ^^ | 12:19 |
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:23 |
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:24 |
asac | fta: you can ask in #ubuntu-testing | 12:25 |
asac | maybe they are happy that you try the latest CD | 12:25 |
asac | uff | 12:31 |
asac | done with catchup of 1.8.0 security patches | 12:31 |
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:33 |
asac | jetsaredi1: remember to verify that its build | 12:34 |
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:38 |
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:39 |
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:40 |
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:41 |
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:42 |
jetsaredi1 | hmm | 12:43 |
jetsaredi1 | let me start with the user agent switcher | 12:43 |
jetsaredi1 | do you know if there is a doc on merging a new upstream? | 12:44 |
jetsaredi1 | not that your description wasn't enough ;) | 12:45 |
asac | jetsaredi1: do we have user agent switcher too? | 12:47 |
asac | jetsaredi1: user agent switcher is new | 12:47 |
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 |
=== jetsaredi1 is now known as jetsaredim | ||
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:48 |
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:49 |
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:50 |
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:51 |
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:52 |
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:53 |
asac | fta: http://paste.ubuntu.com/5809/ | 12:58 |
asac | i haven't tried if it works :) | 12:59 |
asac | you think its a mess? (from readability) | 12:59 |
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:00 |
asac | http://www.adobe.com/devnet/air/articles/introduction_to_air_security.html | 13:14 |
jetsaredim | (funny thing - my wife's cousin is the manager for all downloads on adobe.com) :) | 13:19 |
asac | oh really? | 13:36 |
asac | good to know ;) | 13:36 |
[reed] | asac: I can't see the bug | 13:38 |
asac | [reed]: which bug id? | 13:38 |
asac | ok found it | 13:39 |
[reed] | <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 | 13:39 |
[reed] | brb | 13:39 |
asac | added | 13:39 |
fta | i have a 2h window for my crash now | 14:03 |
asac | fta: ? | 14:05 |
asac | please post a tinyurl for that in bonsai | 14:05 |
fta | jemalloc becoming static is my main target | 14:05 |
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:06 |
[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:08 |
asac | [reed]: i think it landed on 1.8 | 14:09 |
[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:10 |
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:01bzbarsky%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:12 |
[reed] | see comment #16 | 14:13 |
[reed] | where it clearly says it was backed out | 14:13 |
asac | hmmm | 14:14 |
asac | ok | 14:14 |
asac | i stand corrected | 14:14 |
reed_ | ugh | 14:50 |
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:51 |
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:52 |
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:53 |
asac | but i can't remember that i fixed it manually | 14:54 |
asac | reed_: what i did is to enable laptop_mode and tweaked the settings in there to get more battery life | 14:56 |
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:58 |
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 | 14:59 | |
asac | let me see if i modefied that file | 15:01 |
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:02 |
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:03 |
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:04 |
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:05 |
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:06 |
reed_ | again, this worked fine not too long ago | 15:08 |
reed_ | something broke it | 15:08 |
reed_ | :( | 15:08 |
asac | today? | 15:08 |
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:09 |
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:10 |
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:11 |
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:12 | |
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:13 |
reed_ | ok | 15:14 |
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:15 |
reed_ | oh | 15:16 |
asac | strange | 15:16 |
reed_ | that's my fault | 15:16 |
asac | k | 15:16 |
reed_ | so, that acted like something happened, but nothing happened... let me restart | 15:17 |
asac | at least it should bring you the brightness devices again for thinkpad/ibm | 15:18 |
reed_ | woo | 15:20 |
reed_ | now, how can I strangle acpi-support maintainers? | 15:20 |
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:21 |
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:22 |
reed_ | that's what I have now | 15:23 |
reed_ | and it works | 15:23 |
jetsaredim | asac: do I need to preserve anything other than the changelog file? | 15:26 |
jetsaredim | err and control file | 15:27 |
asac | jetsaredim: did you import the original debian part already? | 15:29 |
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:30 |
jetsaredim | yea | 15:31 |
asac | k | 15:31 |
asac | fine | 15:31 |
fta | ok, my laptop works perfectly | 16:16 |
fta | (so far) | 16:16 |
asac | every acpi stuff right? | 16:25 |
fta | default. what should I tweak ? | 16:39 |
asac | brightness :) | 16:41 |
fta | I do that with the keyboard | 16:42 |
fta | and there was an auto dim on the default gusty | 16:42 |
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:43 |
asac | so new nm is fixed? | 16:44 |
fta | yes | 16:44 |
asac | nice | 16:44 |
asac | is that ppa auto added to your sources? | 16:46 |
asac | fta: ? | 16:46 |
fta | it was preinstalled in gutsy but i've trashed it, i prefer to know exactly what's installed on my boxes | 16:49 |
fta | hm, those two firmware packages were not even installed | 16:54 |
fta | so it looked like a vanilla gutsy | 16:55 |
jetsaredim | asac: the xpi still needs to be at the top-level of the package right? | 17:41 |
asac | yes | 17:42 |
asac | jetsaredim: you could define MOZ_XPI_FILE=full/path/to.xpi | 17:43 |
asac | havent tried that though | 17:43 |
jetsaredim | good ide | 17:44 |
jetsaredim | a | 17:44 |
armin76 | asac: fta: you guys using jemalloc? | 18:20 |
armin76 | or is it enabled by default? | 18:22 |
fta | it's by default | 18:25 |
fta | asac, ff3 is changing workspace in my laptop :( | 18:26 |
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:28 |
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:45 |
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:46 |
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:47 |
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 | 18:53 |
asac | indeed | 19:01 |
fta | armin76, why did you ask ? | 19:16 |
armin76 | uh? the jemalloc thing? | 19:19 |
armin76 | some user asked me :D | 19:19 |
asac_ | users shouldnt know which memory thing the application is using imo | 19:20 |
asac_ | just deny that info next time :-P | 19:20 |
=== asac_ is now known as asac | ||
fta | asac, crash confirmed within http://tinyurl.com/3bvwx2, rebuilding with this one backed out: http://tinyurl.com/2pdd9h | 19:49 |
asac | fta: does ephy crash as well with that xul? | 20:37 |
fta | bingo, http://tinyurl.com/2pdd9h is the culprit | 20:50 |
fta | [reed], i blame you ! :) | 20:50 |
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. | 20:53 |
asac | xtknight: there should be no difference for that problem | 21:00 |
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:01 |
asac | xtknight: maybe the ffox 3 in gutsy-backports is new enough for you? | 21:02 |
fta | jdong has a backport of b4 ready for gutsy | 21:04 |
fta | if it's not already in | 21:04 |
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:56 |
asac | (if it works at all) | 21:57 |
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:00 |
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:01 |
asac | i looked at that todo twice today iirc | 22:02 |
xtknight | o | 22:17 |
xtknight | thx asac/fta | 22:17 |
xtknight | i was trying a PGO build. what's in backports isn't PGO is it? | 22:18 |
xtknight | profile-guided optimization | 22:18 |
xtknight | if not when do you guys plan on using PGO or do you plan on it? | 22:20 |
asac | not planned | 22:28 |
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:29 |
xtknight | ah | 22:30 |
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:31 |
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:32 |
xtknight | i suppose i could apt-get source the new ff3.0 and add PGO myself? | 22:33 |
fta | it will not work without rewriting some rules | 22:34 |
fta | it's a 3 steps build | 22:34 |
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:35 |
xtknight | ah sounds like a lot of trouble esp. with debian package | 22:36 |
asac | what has debian package to do with that? | 22:37 |
xtknight | rewriting the debian build scripts etc to use PGO | 22:37 |
[reed] | you know we're not going to turn PGO on for Linux builds in time for Fx3, right? | 22:43 |
fta | (i knew it) | 22:44 |
xtknight | um yes i know :) | 22:44 |
xtknight | just wondered if attempting it myself was worthwhile | 22:45 |
fta | [reed], read that i blamed you ? | 22:48 |
[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:49 |
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:50 |
[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:51 |
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:52 |
[reed] | k | 22:53 |
[reed] | let me know | 22:53 |
CheGuevara | w00t got firefox to freeze | 23:01 |
fta | got it crash dozens of time since yesterday | 23:03 |
fta | +to | 23:03 |
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:08 |
fta | and you use fta+mozilla while I'm using fta+bugzilla there but it doesn't matter much (except for the duplicates) | 23:09 |
[reed] | wait | 23:11 |
[reed] | why do you have two accounts? | 23:11 |
fta | I have only one | 23:11 |
[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:12 |
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:13 |
[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:14 |
fta | an accounts merging request? hm, ok | 23:18 |
fta | doe | 23:18 |
fta | done | 23:18 |
[reed] | cool | 23:19 |
fta | asac, you asked me about readability of locale-export, if i may, MOZCALL_manifest_strip_jars is spectacular to say the least | 23:43 |
asac | [reed]: what does TS stand for? | 23:55 |
[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:56 |
[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:57 |
[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:58 |
[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 | 23:59 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!