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