[01:04] http://partnerpage.google.com/ubuntu.com?hl=en-US [01:05] I didn't know such thing existed === _jgreenwa is now known as jetsaredim [08:45] fta: where did you get that igoogle ur lfrom? forum? [08:58] http://ubuntuforums.org/showthread.php?t=723602 [09:00] okay [09:01] why do they think they get an ubuntu.com address [09:08] really funny how quick a wrong perception is taken for granted :) [09:09] "'m trying to become an Ubuntu member, but that darn key generation won't work for me!" [09:09] hehe [10:34] asac, either mozclient or bonsai is wrong regarding commit dates [10:37] how much do they diverge? [10:38] fta: ? [10:38] difficult to tell. looking... [10:41] [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] if i go to details of the patch i don't see anyone ... does that mean that i didn't? [10:42] s/reviewee/reviewer/ [10:44] 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] if the cvs dates are reliable [10:45] well, no, not even cvs dates but diff dates, so filesystem dates [10:45] anyway, the diff doesn't match bonsai [11:06] fta: so mozclient is still against UTC [11:06] or even CET [11:07] no [11:07] why ... its about the same diff [11:07] oh [11:07] it clearly sends -D "2008/03/16 06:07 PST" to cvs [11:08] or similar [11:08] you mean its the opposite direction? [11:08] ETOOMUCHCONFUSION [11:37] 20080315t0300 NOK [11:37] 20080314t2200 OK [11:55] 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] chipset [11:58] ? [11:58] fta: ? [11:59] the dell one, hold on [11:59] 3945abg [11:59] i'm in manual mode now, how can i revert that ? [12:00] it's gutsy [12:00] is there a recent/usable cd available for hardy ? [12:04] asac, ^^ [12:13] fta: hmm. gutsy is known to have issues [12:13] fta: you can use beta previews [12:14] i'll grab a nightly then [12:15] amd64? [12:15] http://cdimage.ubuntu.com/daily-live/current/hardy-desktop-amd64.iso is not oversized [12:15] what's broken on amd64 those days ? [12:19] asac, ^^ [12:23] i think it should work [12:23] afaik french translation was dropped from CD for now because of the oversizing [12:23] but i hope thats not a blocker to use that ;) [12:23] i don't care, i'm in us everywhere [12:24] i care about not having to mess up with lib32 [12:24] that should be fine [12:24] we are close to beta release [12:25] fta: you can ask in #ubuntu-testing [12:25] maybe they are happy that you try the latest CD [12:31] uff [12:31] done with catchup of 1.8.0 security patches [12:33] asac: that patch made it in last night [12:33] yes [12:33] it was just a matter of when the batch would happen :) [12:33] thanks! [12:34] jetsaredi1: remember to verify that its build [12:38] yea - installed it on my laptop [12:38] when did you say that you were going to review the extensions? [12:38] i think i said today :) [12:39] the user agent switcher and web developer plugins (both maintained by the same guy) had new releases today [12:39] good. do you know how to the upgrade technically? [12:39] 1. you commit the new release to the .upstream branch [12:40] then you bzr merge ../xxx.upstream from within the ubuntu branch [12:40] and document the new release in changelog [12:40] then bzr commit [12:40] well - did we have those extensions packaged already? [12:40] (well to be exact you would open a new changelog entry that is UNRELEASED instead of hardy [12:40] so you can land eny eventual fixes for releas [12:40] jetsaredi1: no idea :) [12:40] thought you refer to them ;) [12:40] cause they're not on the extensions page :) [12:41] jetsaredi1: we have a webdeveloper package in ubuntu [12:41] o rly? [12:41] if you want you can create a branch for them [12:41] yes [12:41] maybe start with creating an .upstream branch from the current orig.tar.gz [12:41] and add the packaging changes to the ubuntu branch [12:42] 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] :) [12:43] hmm [12:43] let me start with the user agent switcher [12:44] do you know if there is a doc on merging a new upstream? [12:45] not that your description wasn't enough ;) [12:47] jetsaredi1: do we have user agent switcher too? [12:47] jetsaredi1: user agent switcher is new [12:48] from what i can see right now [12:48] yea [12:48] jetsaredi1: new .upstream is easy [12:48] you usually go to a checked out branch === jetsaredi1 is now known as jetsaredim [12:48] rm -rf * [12:48] (e.g. just the .bzr directory stays in there) [12:48] then extract the new upstream sources [12:48] run bzr add . once (to add any new files) [12:49] and commit with message which version that is [12:49] then you just go to your .debian branch and run bzr merge /path/to/new/upstream [12:49] jetsaredim: and no ... i don't know about any good description for it [12:49] heh [12:49] (which doesn't mean that there isn't one) [12:49] ok [12:50] did you upload your devscripts to the main repos? [12:50] yes [12:50] cool [12:50] mozilla-devscripts in archive has xpi.mk [12:51] where do I find a branch to check out for that package? [12:51] jetsaredim: there is none [12:51] or can I just use the source package install [12:51] thats why i said you should start and import the current orig as .upstream [12:52] ahh [12:52] then branch .ubuntu from that and apply the current diff.gz to that branch [12:52] ok [12:52] then we can go ahead [12:52] :) [12:52] i'd prefer to get all extensions into bzr [12:52] yea [12:52] so there is a single list i can go through to sponsor contributions [12:53] 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] fta: http://paste.ubuntu.com/5809/ [12:59] i haven't tried if it works :) [12:59] you think its a mess? (from readability) [13:00] 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] as there are cases where all translations are in the same .jar [13:00] (like in ubufox and other extensions) [13:14] http://www.adobe.com/devnet/air/articles/introduction_to_air_security.html [13:19] (funny thing - my wife's cousin is the manager for all downloads on adobe.com) :) [13:36] oh really? [13:36] good to know ;) [13:38] <[reed]> asac: I can't see the bug [13:38] [reed]: which bug id? [13:39] ok found it [13:39] <[reed]> [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] added [14:03] i have a 2h window for my crash now [14:05] fta: ? [14:05] please post a tinyurl for that in bonsai [14:05] jemalloc becoming static is my main target [14:06] yes [14:06] as i said try to backout the jemalloc patches [14:06] one by one [14:06] 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] ok thanks [14:09] [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] [reed]: it landed ... was backed out though [14:12] hell why don't you comment this kind of action in the bug [14:12] when i backported that it definitly was landed [14:12] 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] r+sr=sicking, a=dveditz [14:13] <[reed]> see comment #16 [14:13] <[reed]> where it clearly says it was backed out [14:14] hmmm [14:14] ok [14:14] i stand corrected [14:50] ugh [14:51] asac, my X61 won't go to full screen power [14:51] something in one of the latest hardy updates broke it [14:51] :( [14:51] reed_: full screen power? [14:51] screen brightness [14:51] ah. [14:52] it's stuck on some low setting [14:52] i can push it up using the fn keys [14:52] fn keys don't work at all [14:52] :( [14:52] for screen brightness [14:52] the little sun dialog comes up [14:53] and acts like it is changing [14:53] but doesn't actually change [14:53] ah [14:53] hmm ... what did i do to fix it :/ [14:53] hmm [14:53] it was broken in the beginning. i remember that [14:54] but i can't remember that i fixed it manually [14:56] reed_: what i did is to enable laptop_mode and tweaked the settings in there to get more battery life [14:58] reed_: i enabled laptop mode in /etc/default/acpi-support [14:58] and i think you either have to restart the system or run the laptop-mode init script in init.d [14:59] 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] ok, just did that [14:59] nope [14:59] not helping [14:59] * reed_ grrs [15:01] let me see if i modefied that file [15:02] what do you have in there? [15:02] root@angelo:/etc/acpi# cat video_brightnessup.sh [15:02] #!/bin/bash [15:02] . /usr/share/acpi-support/key-constants [15:02] acpi_fakekey $KEY_BRIGHTNESSUP [15:02] reed_: do you have /etc/acpi/thinkpad-brightness-up.sh ? [15:02] yes [15:02] root@angelo:/etc/acpi# cat thinkpad-brightness-up.sh [15:02] #!/bin/bash [15:02] manufacturer=`dmidecode --string system-manufacturer` [15:02] case "$manufacturer" in [15:02] LENOVO*) [15:02] exit [15:02] ;; [15:02] *) [15:03] . /usr/share/acpi-support/key-constants [15:03] acpi_fakekey $KEY_BRIGHTNESSUP [15:03] ;; [15:03] esac [15:03] same thing [15:03] yes [15:03] its not used because you have LENOVO i guess [15:03] yeah [15:03] root@angelo:/etc/acpi# dmidecode --string system-manufacturer [15:03] LENOVO [15:04] ah wait a second [15:04] i think i changed the module options for thinkpad_acpi [15:04] i have [15:04] options thinkpad_acpi hotkey=enable,0xffffbf brightness_enable=1 experimental=1 fan_control=1 [15:04] in /etc/modprobe.d/thinkpad_acpi.modprobe [15:05] that file got removed [15:05] remember? :) [15:05] it got? [15:05] not for me :-P [15:05] well [15:05] it was _supposed_ to be removed [15:05] yeah ... unload the thinkpad_acpi module and see if modprobing it with those parameters helps [15:06] it wasn't correct in its initial form anyway [15:06] i also added two more modules to /etc/modules (but i don't know if they matter at all) [15:06] acpi-cpufreq [15:06] cpufreq_powersave [15:08] again, this worked fine not too long ago [15:08] something broke it [15:08] :( [15:08] today? [15:09] can you still manually cat proper values to the /proc/ file? [15:09] asac: for webdeveloper it looks like the author changed the directory structure and such underlying [15:09] so do I just blow away what is there and drop in the new one [15:09] reed_: cat /proc/acpi/ibm/brightness [15:10] reed_: cat /proc/acpi/video/VID/LCD0/brightness [15:10] jetsaredim: the idea was just to have the original thing in a branch [15:10] as i said to do an upstream upgrade you always rm -rf everything [15:10] then unpack the new [15:10] and bzr add . [15:10] then commit [15:11] o ok [15:11] no such file for the ibm path [15:11] * jetsaredim is a bit slow [15:11] root@angelo:/etc/acpi# cat /proc/acpi/video/VID/LCD0/brightness [15:11] levels: 100 100 20 25 30 35 40 45 50 55 60 65 70 75 80 85 90 100 [15:11] current: 100 [15:11] it's clearly not at 100 [15:11] reed_: yeah most likely because the ibm thing is missing [15:11] how do I fix that? :) [15:12] reed_: /sys/devices/virtual/backlight/acpi_video0/brightness [15:12] can you change that? [15:12] does that expose the correct value? [15:12] root@angelo:/etc/acpi# cat /sys/devices/virtual/backlight/acpi_video0/brightness15 [15:12] 15 [15:12] i also have /sys/devices/virtual/backlight/thinkpad_screen/brightness [15:12] * reed_ tries pushing it up [15:13] or actual_brighness [15:13] I don't have /sys/devices/virtual/backlight/thinkpad_screen [15:13] reed_: so did you modprobe with the parameters above? [15:13] no, let me go do that [15:13] right [15:13] that should help i guess [15:14] ok [15:15] 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] mmm [15:16] oh [15:16] strange [15:16] that's my fault [15:16] k [15:17] so, that acted like something happened, but nothing happened... let me restart [15:18] at least it should bring you the brightness devices again for thinkpad/ibm [15:20] woo [15:20] now, how can I strangle acpi-support maintainers? [15:21] for breaking my screen brightness [15:21] :) [15:21] does it work? [15:21] yep [15:21] just those parameters? [15:21] I dropped the hotkey one [15:21] because that's wrong [15:21] is that required? [15:21] oh [15:22] why? [15:22] whats wrong with the mask? [15:22] the mask isn't needed anymore, and it breaks some fn keys [15:22] really :) [15:22] good [15:22] yep [15:22] i will remove it then [15:22] which keys in particular are broken for you with that? [15:22] hmm, the lp bug says it [15:22] reed@angelo:~$ cat /etc/modprobe.d/thinkpad_acpi.modprobe [15:22] options thinkpad_acpi brightness_enable=1 experimental=1 fan_control=1 [15:23] that's what I have now [15:23] and it works [15:26] asac: do I need to preserve anything other than the changelog file? [15:27] err and control file [15:29] jetsaredim: did you import the original debian part already? [15:30] e.g. as bzr revision on the .ubuntu branch [15:30] if so, i think just control changelog copyright should be enough [15:30] at least the files in the XPI.TEMPLATE are required [15:30] rules as well of course [15:31] yea [15:31] k [15:31] fine [16:16] ok, my laptop works perfectly [16:16] (so far) [16:25] every acpi stuff right? [16:39] default. what should I tweak ? [16:41] brightness :) [16:42] I do that with the keyboard [16:42] and there was an auto dim on the default gusty [16:43] maybe a dell thing [16:43] it's shipped with "deb http://ppa.launchpad.net/dell-team/ubuntu gutsy main" [16:43] sounds good [16:44] so new nm is fixed? [16:44] yes [16:44] nice [16:46] is that ppa auto added to your sources? [16:46] fta: ? [16:49] it was preinstalled in gutsy but i've trashed it, i prefer to know exactly what's installed on my boxes [16:54] hm, those two firmware packages were not even installed [16:55] so it looked like a vanilla gutsy [17:41] asac: the xpi still needs to be at the top-level of the package right? [17:42] yes [17:43] jetsaredim: you could define MOZ_XPI_FILE=full/path/to.xpi [17:43] havent tried that though [17:44] good ide [17:44] a [18:20] asac: fta: you guys using jemalloc? [18:22] or is it enabled by default? [18:25] it's by default [18:26] asac, ff3 is changing workspace in my laptop :( [18:28] 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] fta: yes. thats because you don't use compiz [18:45] jetsaredim: is anything in the package [18:45] try dpkg -L packagename to see the content [18:46] i don't use compiz on any of my desktops and it still doesn't raise [18:46] still doesn't raise? i thought you said that it did switch workspace [18:46] so two issues? [18:47] it does on my new laptop [18:47] asac: looks like it never installed [18:47] it doesn't on my desktops [18:53] asac: doesn't look like anything got installed other than the copyright and changelog [18:53] which means that variable might not be working [19:01] indeed [19:16] armin76, why did you ask ? [19:19] uh? the jemalloc thing? [19:19] some user asked me :D [19:20] users shouldnt know which memory thing the application is using imo [19:20] just deny that info next time :-P === asac_ is now known as asac [19:49] asac, crash confirmed within http://tinyurl.com/3bvwx2, rebuilding with this one backed out: http://tinyurl.com/2pdd9h [20:37] fta: does ephy crash as well with that xul? [20:50] bingo, http://tinyurl.com/2pdd9h is the culprit [20:50] [reed], i blame you ! :) [20:53] 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] xtknight: there should be no difference for that problem [21:01] oh right [21:01] the profile directory is not the same [21:01] well ... its excpected then and you cannot do much about that [21:02] xtknight: maybe the ffox 3 in gutsy-backports is new enough for you? [21:04] jdong has a backport of b4 ready for gutsy [21:04] if it's not already in [21:56] fta: bug 190845 [21:56] Launchpad bug 190845 in seamonkey "seamonkey has no Help > Report Problem in Help Menu" [Medium,Confirmed] https://launchpad.net/bugs/190845 [21:56] there is a patch. can you review and sign off? [21:57] (if it works at all) [22:00] xtknight: bug 191796 [22:00] Launchpad bug 191796 in gutsy-backports "Please backport firefox-3.0 3.0~b4 final" [Undecided,Triaged] https://launchpad.net/bugs/191796 [22:00] there are test packages [22:00] please confirm that they work well [22:00] so we can upload these [22:01] asac, forgot about that. will do [22:01] thanks! [22:01] i just found it while reviewing the beta blocker list [22:01] you were supposed to comment on mozilla bug 421168 too [22:01] 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] we have a bug for that [22:01] i know ... its still on my radar [22:02] i looked at that todo twice today iirc [22:17] o [22:17] thx asac/fta [22:18] i was trying a PGO build. what's in backports isn't PGO is it? [22:18] profile-guided optimization [22:20] if not when do you guys plan on using PGO or do you plan on it? [22:28] not planned [22:29] 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] (to build with PGO) [22:30] ah [22:31] any way to change profile dir on a stock firefox? [22:31] i mean to ~/.mozilla/firefox-3.0 [22:31] not really [22:32] how is the ff3.0 in ubuntu built to cooperate with ff2.0? [22:32] there is no cooperation. the gutsy backport should still work as before [22:33] i suppose i could apt-get source the new ff3.0 and add PGO myself? [22:34] it will not work without rewriting some rules [22:34] it's a 3 steps build [22:35] 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] ah sounds like a lot of trouble esp. with debian package [22:37] what has debian package to do with that? [22:37] 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] (i knew it) [22:44] um yes i know :) [22:45]