[00:00] <fta> chromium-browser                 12486   1.02%      1367    5271    5845       3
[00:00] <fta> midori                           12458   1.01%       410   11114     929       5
[00:00] <fta> \o/ done
[00:00] <asac> well done ;)
[00:01] <fta> galeon                           27692   2.25%      1442   25860     386       4
[00:01] <fta> *sigh*
[00:02] <fta> seamonkey                         8440   0.69%         1       8       0    8431
[00:02] <fta> the "1" is scary
[00:02] <fta> seamonkey-2.0                       81   0.01%         0       0       0      81
[00:02] <fta> scarier
[00:04] <fta> http://launchpadlibrarian.net/31856038/buildlog_ubuntu-hardy-i386.firefox-3.6_3.6~a2~hg20090915r31768%2Bnobinonly-0ubuntu1~umd1~hardy_FAILEDTOBUILD.txt.gz
[00:08] <asac> yeah bad branding stuff. have to reconsider the approach at some point i guess
[00:08]  * asac tets NM
[00:22] <mconnor> asac: you know you can just add a file like all-ubuntu.js to override prefs, right?
[00:24] <mconnor> instead of patching firefox.js
[00:25] <micahg> that seems like a much better idea :)
[00:26] <mconnor> http://cvs.fedoraproject.org/viewvc/rpms/firefox/F-11/firefox-redhat-default-prefs.js?revision=1.15&view=markup
[00:26] <micahg> mconnor: does the file go in the same directory?
[00:27] <mconnor> yeah
[00:27] <mconnor> we just grab all files in that directory and iterate
[00:27] <micahg> and the firefox file is first?
[00:28] <mconnor> yeah
[00:28] <mconnor> firefox-foo.js comes after
[00:28] <mconnor> so all-ubuntu is wrong, you want firefox-ubuntu.js to come next in ordering
[00:29] <micahg> so, should our file be firefox-ubuntu.js?
[00:29] <mconnor> likely, yes
[00:29] <micahg> asac: is this something you'd like me to work on?
[00:31] <micahg> asac: in the mean time, should I propose a merge for 3.6 tonight?
[08:20] <eagles0513875> morning
[08:49] <[reed]> asac: ping
[09:43] <asac> [reed]: hola
[09:43] <[reed]> asac: see your s-g mail and second the nom :)
[09:51] <asac> mconnor: yes we even hab those ubuntu.js files etc.
[09:51] <asac> have
[09:51] <asac> but the main issue with that branding split patch are usually the other files
[09:55] <asac> [reed]: did you talk to glandium if he actually wants that ;)?
[10:03] <asac> [reed]: point is that he always complained that he doesnt have time for security related stuff etc.
[10:06] <asac> [reed]: so unless he asked for this i will just ack the three security group members (jdstrand, kees, jmm) i will work with
[10:19] <[reed]> asac: sorry, just saw your response
[10:19] <[reed]> yes, glandium is the one who requested it in the first place
[10:20] <[reed]> on Sat, 11 Jul 2009 08:43:05 +0200
[10:21] <[reed]> so, you should vouch for him
[10:22] <asac> i will talk to him
[10:22] <[reed]> actually, Moritz nom'd glandium, but glandium accepted
[10:22] <asac> he could have pinged me too
[10:22] <[reed]> now that I actually read my e-mail correctly
[10:23] <asac> i vouched for moritz now
[10:23] <asac> in general security team members are a clear goal
[10:23] <asac> clear go
[10:24] <eagles0513875> morning asac  :)
[10:24] <asac> [reed]: glandium never expressed any interest to me - i talked about this with him ... i will vouch for him if he asks me to and says he actually wants to do serious security
[10:25] <[reed]> well, he maintains xulrunner and firefox still, right?
[10:27] <asac> [reed]: yes. but he spends only the absolute minimum time on security updates - if any time at all. he was not even willing to verify anything i prepared for him in the past and always complained that canonical should pay for security updates of this packages etc. :/
[10:28] <eagles0513875> O_O
[10:28]  * eagles0513875 just sits quietly
[10:30] <asac> [reed]: anyway. i will try to talk to him
[10:30] <asac> to see if he really wants this
[10:31] <[reed]> ok
[10:31] <[reed]> asac: thanks
[10:31] <[reed]> asac: the gentoo noms come from armin76
[10:32] <asac> are those security team members?
[10:32] <asac> in line with the mail i wrote i think security team members should always be added
[10:32] <[reed]> yeah, I think so... jdstrand seemed to know at least one of them
[10:32]  * [reed] checks
[10:33] <[reed]> looks like Jory A. Pratt is the maintainer
[10:34] <[reed]> and Robert Buchholz is security team for gentoo
[10:34] <asac> jdstrand: ^
[10:34] <asac> how much work did you do with Robert?
[10:35]  * asac shower
[10:56] <mac_v> asac: hi... i want to modify wpa_supplicant from logging in syslog , the logs are from network manager? or where should look for this?
[10:57] <asac> mac_v: there is no point preventing wpasupplicant to log to syslog imo
[10:57] <asac> anyway the logging is done by wpasupplicant
[10:58] <mac_v> asac: the problem from me is i'm trying to read the logs and every 2 mins the view gets shifted :(
[10:58] <mac_v> to the last line
[10:58] <asac> hey, thats a local setup problem ;)
[10:58] <asac> use less :)
[10:58] <eagles0513875> mac_v:  or you could kill the wifi connection so it has no reason to update
[10:59] <asac> is that the "SCAN RESULT" log?
[10:59] <mac_v> wpa_supplicant: CTRL-EVENT-SCAN-RESULTS
[10:59] <mac_v> yup
[10:59] <mac_v> eagles0513875:  you want me to remove the foot for a small mole ;p
[10:59] <asac> check what priority that has in wpasupplicant code
[11:00] <eagles0513875> mac_v: ?
[11:00] <mac_v> i need to use wifi
[11:00] <eagles0513875> but if ur tryign to check the log it might be easier to kill the wifi for the time being
[11:01] <eagles0513875> asac: once i get my keyboard and mouse fixed ill be willing to go to the next phase of my education in bug fixing lol
[11:01] <eagles0513875> but first lunch time
[11:01] <asac>  no hurry
[11:01] <asac>  i am overwhelmed by stuff atm anyway
[11:01] <andv> asac, do we have mozilla-traybiff in ubuntu?
[11:02] <eagles0513875> asac:  if there is anything u can offload on me when i get things sorted out feel free to do so
[11:02] <andv> yes, found
[11:05] <mac_v> andv: you by any chance trying to modify the traybiff to work with the messaging menu?
[11:06] <andv> mac_v, I was going to update it for debian
[11:06] <andv> mac_v, didnt hack on it yet
[11:06] <mac_v> oh , ok :)
[11:06] <andv> mac_v, upstream seems stuck
[12:49] <asac> someone here could please verify bug 398205 on jaunty?
[12:49] <asac> thx!!!
[12:56] <JanC> test on jaunty or on karmic?
[12:57] <eagles0513875> JanC: asac said jaunty regarding the bug above
[12:58] <JanC> uh, right  ツ
[12:58] <JanC> I don't expect it to work anyway  :P
[12:59] <eagles0513875> lol
[12:59] <eagles0513875> hell if you want you can test on both lol for that matter
[13:00] <JanC> well, accordign to the bug report there is supposed to be a "Give it a try!" button, except I don't see one?  ツ
[13:00] <JanC> s/button/link/
[13:02] <eagles0513875> hehe
[13:02] <eagles0513875> not fixed from the get go lol
[13:07] <JanC> okay, when I test it now, it's accurate to about 50km  :P
[13:07] <JanC> on karmic
[13:07] <JanC> let's check jaunty too
[13:08] <eagles0513875> hehe
[13:14] <JanC> works for me in jaunty too (with the same imprecision)
[13:14] <JanC> so I guess it's just using my IP in both cases
[13:15] <JanC> I don't know how that WLAN stuff is supposed to work anyway  ;)
[13:17] <JanC> I don't see how they can know much about the "nearby wireless access points"
[13:22] <asac> jaunty
[13:22] <asac> JanC: its firefox-3.5 in jaunty
[13:22] <asac> JanC: you wont see the "try here" if you run ffox 3.0
[13:23] <JanC> nah, was because I needed to enable scripting & cookies for several domains before it showed
[13:27] <JanC> *sigh*, WTF I try to run the upstream binary with -no-remote and it says that another firefox is already running?
[13:31] <asac> JanC: if ubuntu version is running its because your profile is in use
[13:31] <asac> i use MOZ_NO_REMOTE=1 firefox -P
[13:31] <asac> to open profile manager and select my test profile
[13:32] <asac> JanC: can you verify the firefox-3.5 in jaunty-proposed? ;)....
[13:32] <asac> i dont have jaunty so i am kind of lost here :)
[13:33] <asac> and QA team is full with alpha6 testing etc.
[13:35] <eagles0513875> is alpha 6 out
[13:35] <asac> no
[13:36] <eagles0513875> ok was bout to say
[13:36] <asac> QA
[13:36] <eagles0513875> lol
[13:36] <asac> 14:33 < asac> and QA team is full with alpha6 testing etc.
[13:36] <eagles0513875> ahhh its in qa
[13:36] <asac> try to read complete lines :-P
[13:37] <eagles0513875> lol
[13:37] <JanC> asac: I did, and it doesn't do anything different from the upstream version for me  ;)
[13:38] <JanC> but both upstream & karmic versions do the same on my desktop without wireless too
[13:38] <JanC> so I guess the whole WLAN geolocation thing is really useless unless you're in an area that has 500 APs
[13:39] <eagles0513875> hahah JanC
[13:40] <JanC> so, the right question is: can somebody living in a "megapolis" test on jaunty ?
[13:41] <JanC> in the center of a
[13:43] <JanC> asac: good question to ask might be: did the bug reporter test that in the same location with the upstream binary & with the jaunty one?
[13:44] <asac> that sounds odd ... let me check
[13:44] <asac> JanC: karmic version is fixed for a while
[13:44]  * JanC is happy that his ISP uses 1 DHCP pool for half the country, so geolocation never works :P
[13:44] <asac> so its normal that upstream behaves the same as us
[13:45] <JanC> asac: I get the same result on my desktop though
[13:45] <JanC> without wireless
[13:45] <asac> JanC: also karmic?
[13:45] <JanC> yes
[13:45] <asac> JanC: that _can_ be normal
[13:45] <asac> JanC: if you dont have jaunty then you cannot help
[13:45] <asac> it didnt work at all before
[13:46] <JanC> I have jaunty
[13:46] <asac> JanC: and it gives you a fix?
[13:46] <JanC> jaunty/karmic, wireless/wired, ubuntu/upstream all gives the same
[13:46] <asac> JanC: dpkg -l firefox-3.5
[13:46] <asac> on jaunty please
[13:46] <asac> JanC: COLUMNS=200 dpkg -l firefox-3.5
[13:46] <asac> rather that
[13:47] <JanC> I *just* installed it on jaunty  ;)
[13:47] <asac> JanC: right. but what version ... please ;)
[13:47] <asac> JanC: ok so yeah
[13:47] <asac> JanC: are you on your laptop atm?
[13:48] <asac> please run iwlist scan (without sudo)
[13:48] <asac> do you see any access points?
[13:49] <JanC> no, chatting from my desktop, I brought my EEE with jaunty down here
[13:50] <JanC> version is 3.5.3+build1+nobinonly-0ubuntu0.9.04.2 from jaunty-proposed
[13:51] <JanC> and I have 4 access points visible (mine + 3 neighbours, I suppose)
[13:51] <asac> JanC: where do you see those APs?
[13:52] <asac> if you run iwlist scan?
[13:52] <asac> so if those APs are visible without sudo
[13:52] <JanC> both there & in NM
[13:52] <asac> the "where i am" should give you a better fix if google knows about those APs
[13:53] <JanC> I guess the "google knows" is lacking  ;)
[13:53] <asac> i get a location with a circle of about 250m  ... the middle is pretty close (gues like 20-40m)
[13:53] <JanC> but what do you get with a wired connection?
[13:53] <asac> i even get that if my iwlist is flushed (e.g. just my current AP)
[13:53] <asac> which is in fact a bit scary
[13:54] <asac> JanC: with a wired connection i get a big area
[13:54] <asac> like my full city or something
[13:54] <JanC> well, the area it gives me is a city 50km from here  ;)
[13:54] <asac> yeah
[13:55] <asac> maybe google doesnt like your place ;)
[13:55] <asac> its scary ... i put that AP here about 2 month ago
[13:55] <JanC> asac: well, I'd be happy if google keeps disliking my area  ;)
[13:55] <asac> wonder how they get that data. or are they driving around like nuts ;)
[13:56] <asac> JanC: is it out-of-city place?
[13:56] <JanC> no, Bruges, Belgium, near the city center
[13:56] <asac> how many inhabs?
[13:57] <JanC> Bruges without the villages & Zeebrugge is about 90-100 thousand I guess
[13:57] <asac> 255,844 inhabitants
[13:57] <asac> http://en.wikipedia.org/wiki/Bruges
[13:57] <asac> and 117k
[13:58] <asac> so yeah. the city i was in yesterday is more than a million. but today i am in city with 250k (without near city villages etc)
[13:58] <asac> not sure if it has reached the critical mass :)
[13:58] <asac> what city do you get on ethernet?
[13:59] <JanC> Ghent, Belgium
[13:59] <asac> ok probably your hub city
[13:59] <JanC> no it's one of several (smaller & larger) places other geolocation services place me too  ;)
[14:00] <JanC> depending on my current IP
[14:00] <asac> yeah. probably your provider has multiple centers each owning different IP blocks or something ;)
[14:00] <JanC> geolocation services don't like wide area DHCP pools  ;)
[14:00] <asac> yes. thats why we want wifi
[14:01] <asac> only really useful if you know where you are imo
[14:01] <JanC> I don't see how WiFi can help with that, unless people tell where they live?
[14:01] <asac> JanC: google drives around afaik.
[14:02] <asac> and the fact that they know this AP means they do it quite massively
[14:02] <asac> or have some other smart way to get that data
[14:02] <asac> i havent seen sometig like "we dont know, please tell us where you are"
[14:02] <JanC> yeah, but most neighbours/people have $DEFAULT_MANUFACTURER_SSID  :P
[14:03] <asac> SSID isnt important
[14:03] <asac> rather BSSID
[14:03] <asac> and maybe stuff like channel. but should be easy to see in code what parts are submitted
[14:04] <JanC> (ESSID I mean)
[14:04] <JanC> they could use the MAC maybe
[14:05] <asac> thats the BSSID
[14:06] <JanC> okay, so I need to randomly change my AP's MAC-address now?  ;)
[14:07] <JanC> anyway, I'll see if I can find someone in a more crowded place...
[14:08] <asac> JanC: that would be precious
[15:01] <bdrung_> asac: should we rename all extensions to xul-ext-$NAME?
[15:06] <asac> not sure
[15:06] <asac> thats the part of the spec i dont like ;)
[15:07] <asac> i think we shouldnt do that kind of transition in karmic anymore.
[15:08] <bdrung_> k, we will do it in karmic+1
[15:08] <bdrung_> asac: do you have a better idea than xul-ext-$NAME?
[15:11] <asac> no prefix ;)
[15:12] <asac> but maybe xul-ext- is right
[15:13] <jdstrand> asac: I haven't worked with Robert at all. I may have been in the same email thread with him once or twice, that's it
[15:13] <asac> jdstrand: good
[15:13] <asac> thx
[15:13] <jdstrand> wouldn't say we are close :)
[16:30] <micahg> asac: can we talk about firefox prefs and patches?
[16:34] <asac> micahg: sure
[16:34] <asac> we have a "patch cleanup task" on the 3.5 karmic agenda still
[16:34] <asac> so we should do that
[16:34] <asac> also in general ;)
[16:35] <asac> http://bazaar.launchpad.net/~mozillateam/xulrunner/xulrunner-1.9.1.head/files/head%3A/debian/patches/
[16:35] <asac> 1.9.1.head patches
[16:35] <asac> http://bazaar.launchpad.net/~mozillateam/xulrunner/xulrunner-1.9.3.head/files/head%3A/debian/patches/
[16:35] <micahg> ok
[16:35] <asac> 1.9.3.head patches ;)
[16:36] <micahg> should I open a bug specifically for the preference extraction?
[16:36] <asac> so first we need to understand if the patches we have are in sync
[16:36] <asac> micahg: i am not sure what you mean by preference extraction
[16:36] <micahg> firefox-ubuntu.js
[16:37] <asac> well. we have a bunch of those
[16:37] <micahg> like we were talking about yesterday
[16:37] <asac> question is: what you want to put there
[16:37] <asac> and why its better to have that outside a patch.
[16:37] <asac> which patch is it?
[16:37] <micahg> any preference that we modify in a patch that isn't transient
[16:38] <micahg> firefox-profilename
[16:38] <asac> so that patch is interesting
[16:38] <asac> its basically a bug fix
[16:39] <asac> i dont think we should start putting such tings in ubuntu.js files
[16:39] <asac> unless we say that there is no upstream fix
[16:39] <sebner> asac: is NM now so much cooler or is it a error that my wifi has now 68% instead of ~50? =)
[16:40] <asac> i wouls think your drivers want to be cooler ;)
[16:40] <micahg> asac: it seems like we just replace %APP% with firefox in a lot of places
[16:41] <asac> mozilla/browser/branding/unofficial/pref/firefox-branding.js
[16:41] <asac> so that si the unofficial branding
[16:41] <asac> thats used for betas upstream afaik
[16:41] <asac> they have:
[16:41] <asac> -pref("startup.homepage_override_url","http://www.mozilla.org/projects/%APP%/%VERSION%/whatsnew/");
[16:41] <asac> thats definitly wrong
[16:41] <asac> i dont think those pages exist
[16:42] <asac> hmm. seems they exist
[16:42] <asac> at lesat for the beta
[16:42] <micahg> I got redirected
[16:43] <asac> micahg: so mostly its APP
[16:43] <asac> but also some mozilla.org -> mozilla.com
[16:43] <micahg> to /%LOCALE%/%APP%/%VERSION%/
[16:43] <asac> i dont know why those
[16:43] <micahg> should I see if there's an upstream bug?
[16:43] <asac> no
[16:43] <asac> about what?
[16:43] <micahg> about the URLs being wrong
[16:44] <asac> the problem is that we want to define "Name=Firefox-3.6"
[16:44] <asac> but use "firefox" in the urls
[16:44] <micahg> but Name == %APP%?
[16:44] <asac> yes. thats where it needs more flexibility
[16:44] <micahg> ok
[16:44] <asac> i think at least
[16:44] <micahg> so maybe I can make a patch for that
[16:45] <asac> or upstream improving their redirects ;)
[16:45] <micahg> BTW, I think 3.7 daily will break tomorrow
[16:45] <micahg> just a hunch
[16:47] <micahg> oh
[16:47] <micahg> maybe not
[16:48] <micahg> asac: is it going to cause any problems to remove gio from libxul-sdk?
[16:49] <asac> micahg: too many depends on trunk?
[16:50] <micahg> sorry, not remove, but not build
[16:50] <micahg> mozilla bug 512671
[16:51] <micahg> got notified by that handy linux.distro alias :)
[16:56] <asac> i dont think its a problem for us during build
[16:57] <asac> i actually thought it was better now on trunk
[16:58] <asac> bzXXX_libxul_sdk_nspr.patch
[16:58] <asac> thats the patch we have
[16:58] <asac> for that
[16:59] <asac> i really think it might be fixed
[16:59] <asac> i did a libxul-sdk build recently with just that and it was really quick
[16:59] <asac> would have to check again of cours
[16:59] <asac> e
[18:39] <fta> http://launchpadlibrarian.net/31907168/buildlog_ubuntu-karmic-lpia.firefox-3.7_3.7~a1~hg20090916r32531%2Bnobinonly-0ubuntu1~umd1_FAILEDTOBUILD.txt.gz
[18:51] <[reed]> fta: mozilla bug 512671
[18:52] <fta> i know
[18:53] <mac_v> asac: regarding the wpa supplicant , changing this > WPA_SUP_OPTIONS="-s -B -P   > to > WPA_SUP_OPTIONS="-f -B -P < is sufficient or do i need to do something else?
[18:57] <mac_v> or rather> WPA_SUP_OPTIONS="-f /var/log/wpa.log -B -P
[19:18] <asac> mac_v: i would think it involves changing /usr/share/dbus-1/system-services/fi.epitest.hostap.WPASupplicant.service ... e.g. removing -g
[19:18] <asac> we need a /etc/default/... mechanism for dbus service files imo
[19:27] <mac_v> asac: "removing -g" ? the exec seems to not have any such options?  this is how its running >    /sbin/wpa_supplicant -u -s
[19:29] <mac_v> or did you mean "removing -s" ?
[21:25] <BUGabundo> olá
[21:47] <BUGabundo> back
[21:47] <BUGabundo> darn NM :(
[23:22] <asac> BUGabundo: whats upo?
[23:22] <BUGabundo> 3G stuck after hibernate / resume
[23:22] <asac> mac_v: /usr/share/dbus-1/system-services/fi.epitest.hostap.WPASupplicant.service looked at that command
[23:22] <asac> it had a -g for me
[23:22] <asac> err -d ;)
[23:22] <asac> which means debug output
[23:23] <asac> BUGabundo: huawei?
[23:23] <BUGabundo> yep
[23:23] <asac> what --debug log do you get with modemmanager?
[23:23] <BUGabundo> I'll need to get it
[23:24] <mac_v> asac: the "s" is the setting for the log to be logged in the syslog , the man says use "f" for custom location
[23:25] <mac_v> i dont have a debug though ;)
[23:25] <asac> mac_v: -d means: more verbose output
[23:26] <asac> if you have that ... just remove it and leave the rest alone ;)
[23:26] <mac_v> ah ,pls no ;p
[23:26] <asac> -d     Increase debugging verbosity (-dd even more).
[23:26] <asac> so removing it is probably enough to stop supp doing the scan results
[23:27] <asac> the rest that comes out is probably ok i nsyslog
[23:27] <mac_v> hmm... ok , i'll leave it alone for now , you seem to be giving me more options to increase the log ;p
[23:27] <mac_v> hehe
[23:27] <asac> mac_v: no
[23:27] <asac> i am saying if there is -d ... remove it
[23:27] <asac> to not get more log output
[23:27] <asac> to get less
[23:27] <mac_v> yeah , i was just kidding ;)
[23:28] <asac> kk
[23:28] <mac_v> i didnt know about the -dd  ;)
[23:28] <asac> yeah
[23:28] <asac> we had -dd before
[23:28] <asac> by default :-Ü
[23:28] <mac_v> ah 0.0
[23:28] <asac> i kindly reduced that to -d at some point ;)
[23:29] <mac_v> why isnt it being sent to its own log?
[23:29] <mac_v> like udev
[23:31] <mac_v> or auth
[23:31] <fta> *sigh
[23:31] <fta> *
[23:41] <mac_v> :/
[23:42] <asac> i dont see a reason not to put it to syslog
[23:42] <asac> you usually want all important info at one place
[23:42] <asac> at least for system stuff ;)
[23:56] <fta> asac, http://code.google.com/p/chromium/issues/detail?id=18113  what do you think?