[10:27] <asac> Jazzva: no problem ... do as much as you can ... but not more ;)
[10:33] <asac> anyone seen gnomefreak?
[11:02] <asac> damn thing ... nspluginwrapper is broken in gutsy
[11:02] <asac> wtf
[11:02] <asac> gnomefreak
[11:17] <Bernardo> good morning
[11:18] <asac> hi Bernardo
[11:18] <Bernardo> asac: I'm jbernardo from ubuntuforums, the one with IPW3945 problems
[11:18] <asac> hidden networks are known to be problematic still
[11:19] <asac> you are using latest gutsy?
[11:19] <Bernardo> I know, but 12 hours ago I had the same problems connecting to my fonera WPA2 network, which has a visible SSID
[11:19] <Bernardo> yes, updated this morning (except multiverse, that was giving hash errors)
[11:20] <Bernardo> this morning - 2 hours ago (I'm on gmt)
[11:20] <asac> ok ... so if you upgraded this morning ... is your brokeness already with latest network-manager ?
[11:21] <asac> latest was uploaded on 2007-08-07
[11:21] <asac> and version is  0.6.5-0ubuntu9
[11:21] <Bernardo> yes, I think the syslog I posted was after the upgrade, let me check
[11:22] <Bernardo> the syslog is from yesterday, at 19h gmt (+1 - DST)
[11:22] <asac> can you see in logs if you got new network-manager today?
[11:23] <asac> i think its /var/log/apt/term.log
[11:23] <asac> unless you use aptitude
[11:24] <Bernardo> aptitude
[11:25] <Bernardo> I updated on the 8th from 0.6.4. to 0.6.5
[11:25] <asac> what i see in your syslog looks like what we tried to fix in latest upload ... which is why i asked
[11:25] <asac> i have received a few negative feedbacks ... but for most it fixed the issue
[11:25] <asac> hmm
[11:25] <asac> Bernardo: no upgrade afterwards?
[11:25] <Bernardo> of network-manager, no
[11:26] <asac> ok ... then you are most likely on latest
[11:26] <asac> you are at work and cannot test atm, right?
[11:26] <Bernardo> at least the upgrade was to 0.6.5-0ubuntu9
[11:27] <Bernardo> yes, there are no networks nearby, open or closed
[11:27] <Bernardo> I could try to see if host mode works on my zaurus with a prism3 adapter... :)
[11:27] <asac> ok ... unfortunately i will will not have net access this weekend ... maybe tomorrow in the evening
[11:28] <asac> hmm ... i would like to investigate the ipw3945 issues ;) ... but feedback about other wifi chipsets is appreciated
[11:28] <Bernardo> ok, I think I'll also have to go to beach or somewhere, or I'll get killed by the wife... :)
[11:28] <asac> if you can try other chipset please post your results to the forum thread so I can get the big picture
[11:28] <Bernardo> I meant using the zaurus as a AP
[11:29] <Bernardo> I do have a USB Ralink adapter, but that one needed some specific commands to use WAP
[11:29] <asac> ah ... ok. I have no idea yet if it really is AP dependent
[11:30] <Bernardo> I don't think it is AP dependent, as MacUnto has the same AP using the same firmware as I do as has no problems
[11:30] <asac> feedback on ralink is welcome too ... if its just broken, please just state ;)
[11:30] <Bernardo> I was just thinking if it worked as a AP I could test it here at work
[11:30] <asac> Bernardo: ah ok
[11:30] <Bernardo> but the last time I tried that was a couple of years ago
[11:31] <Bernardo> with a unsecure network
[11:31] <asac> well ... open networks are inheritantly broken with ipw3945 atm too i guess
[11:31] <Bernardo> so I'll have to check on how to use wpa_supplicant in AP mode
[11:31] <Bernardo> I get connected to open networks, even if I don't want to
[11:32] <asac> thats strange ... i get the feeling that there are variants of ipw3945 ... or some firmware differences
[11:32] <asac> Bernardo: does open network work through NM as well ... or just manually?
[11:33] <Bernardo> I think it's quite possible - check my lspci -v output on the forum
[11:33] <Bernardo> I think thru NM as well, if I choose a open network, it connects
[11:33] <asac> did someone with a working setup post lspci as well?
[11:33] <Bernardo> but I didn't test it extensively, as I was more interested in wpa
[11:33] <asac> .... so i can compare
[11:33] <Bernardo> we can ask MacUnto, as his setup works
[11:33] <asac> right ... which is why we investigate wpa with higher prio atm
[11:34] <asac> yeah ... i already have asked him to post his info to devlink thread as well
[11:36] <Bernardo> We'll see
[11:36] <Bernardo> I'm also going to re-install this machine today
[11:36] <Bernardo> As I'm having some strange compiz problems
[11:36] <asac> Bernardo: ok fine ... let me know ... and try to ping me if you have some time to test things
[11:36] <Bernardo> sure
[11:36] <asac> well compiz might still cause a lot of problems
[11:36] <asac> Bernardo: thanks!
[11:37] <asac> (at least for me it does)
[11:37] <Bernardo> I had it working under feisty, building my own debs using trevio's script
[11:37] <Bernardo> and it all went bad after I tried kde4 from backports
[11:37] <Bernardo> It just hung my X server
[11:38] <Bernardo> so I tried all, ending up by upgrading to gutsy
[11:38] <Bernardo> and I still have some X server hangs, even though a lot less since I switched acceleration to exa
[11:39] <Bernardo> so I'm going to try a clean gutsy install... that's the problem when you use lots of bleeding edge tech, you never know what breaks what
[11:53] <asac> right ... sorry that I can't help on that ... I am the wrong person for compiz ;)
[11:56] <Bernardo> :)
[11:57] <Bernardo> to think I gave up on a source based distro because I didn't have the time to keep updating and fixing stuff... :)
[12:21] <Bernardo> bbl, time to reinstall...
[01:46] <Jazzva> asac: I started writing that script. So far it just gets the rdeps for ff and tb and puts them in the separate files :). I thought that maybe I could have three files: firefox-ext, -other and -new.
[01:46] <Jazzva> In the first one would be firefox exts, in the second rdeps that are not extensions
[01:46] <asac> ok
[01:46] <asac> hmm
[01:46] <Jazzva> and in the last one the new rdeps...
[01:46] <asac> Jazzva: actually i think you just need one file
[01:46] <asac> which means: all packages that are in that file are already properly processed
[01:46] <asac> e.g. we have sorted them out
[01:47] <asac> then you can just see if there is an rdepends that is not in that file
[01:47] <asac> and we would know that we need to look at it
[01:47] <Jazzva> Ok :)...
[01:47] <Jazzva> Umm... do you know how can I read a string from a file?
[01:47] <asac> so we would need just one file in bzr for each distribution
[01:48] <asac> Jazzva: you just grep for every package you get by rdepends
[01:48] <asac> does that answer your question?
[01:48] <asac> e.g.
[01:49] <asac> for rdep in $(apt-cache rdepends firefox); do grep -C $rdep firefox.packages.investigated; done
[01:49] <asac> test if grep yields 0
[01:49] <asac> of course you have to clean the output of apt-cache
[01:49] <asac> e.g. remove | and , i guess
[01:49] <Jazzva> Right, I used temp file for that...
[01:50] <asac> so for rdep in $(apt-cache rdepends firefox | sed -e 's/[|,] / /g') ...
[01:50] <asac> ok
[01:50] <asac> just do what you like most
[01:50] <Jazzva> Piping is fun... :)
[01:50] <Jazzva> Well, your method looks better :). I still have to find out commands and stuff :)
[01:50] <asac> in the end it just should be : aretherenewrdepends.sh /path/to/current/package.file
[01:51] <asac> Jazzva: sure
[01:51] <asac> Jazzva: just do what you can ... your skills will improve by time then
[01:51] <asac> and aretherenewrdepends.sh just spits out any new rdepends rthat are not in package.fil
[01:51] <asac> ok ... lunch brewak for me
[01:51] <Jazzva> I suppose... Off to work on it and to check those bugs after :)
[01:52] <asac> suire
[01:52] <asac> Jazzva: so is the current branch ready for merge?`
[01:52] <asac> i mean from the .desktop file point of view`
[01:52] <Jazzva> Well, afaics yes...
[01:52] <Jazzva> It works with g-a-i and --xul-extensions
[01:52] <asac> ok please post link ... i will take care for that after lunch
[01:52] <Jazzva> Most of them have icons
[01:53] <Jazzva> Ok
[01:53] <asac> yes ... not all need icons ... but is a nice to have ;)
[01:53] <Jazzva> Well, I left the Icon field empty for those that don't have... In case an icon appears :). I don't think that g-a-i minds :).
[01:54] <asac> right ... sounds good
[01:54] <Jazzva> Here's the link: https://code.launchpad.net/~jazzva/app-install-data-ubuntu/ubuntu.mozilla-extensions
[01:55] <Jazzva> Have fun ;)
[01:55] <Ubulette> lo all
[01:55] <asac> hi Ubulette
[01:55] <asac> Jazzva: ok thanks
[01:55] <asac> now lunch ;)
[01:55] <Jazzva> Hello Ubulette :)
[01:58] <Ubulette> asac, can't find the Profile Folder :(
[02:16] <Admiral_Chicago> hello everyone
[02:16] <Admiral_Chicago> i'll be back soon :), been freaking busy with work and other projects
[02:22] <asac> Ubulette: hehe
[02:23] <asac> Admiral_Chicago: hi
[02:23] <Admiral_Chicago> hey there asac
[02:23] <asac> Ubulette: most likely its still set in the nsAppInfo class
[02:23] <asac> Ubulette: previously that was instantiated in nsBrowserApp.cpp
[02:23] <asac> Ubulette: however ... i guess now that went into some config file
[02:24] <asac> Admiral_Chicago: other projects? shame ;)
[02:24] <Admiral_Chicago> grrr, our meeting wasn't reserved, let me go kick nixternal
[02:24] <Admiral_Chicago> asac: non software "real world" things
[02:24] <asac> politics?
[02:25] <Ubulette> asac, starting to wonder if it's not in application.ini now..
[02:25] <Admiral_Chicago> no, some things related to school
[02:25] <asac> Ubulette: might be ... most likely its in a file that contains both strings: Mozilla and Firefox
[02:26] <Admiral_Chicago> I wish I had the time to volunteer on political campaigns but I have no idea who I want to vote from
[02:26] <asac> Admiral_Chicago: ah ok
[02:26] <Admiral_Chicago> for*
[02:26] <asac> Admiral_Chicago: hehe
[02:26] <Admiral_Chicago> i have to run and get to work so I can get home early. ttul
[02:26] <asac> Admiral_Chicago: you have to join a party and shape that one like you want ;)
[02:27] <asac> Admiral_Chicago: though you will probably die first ... given the fact that most people don't even see what is so obvious to me that its even hard to explain
[02:27] <asac> Admiral_Chicago: its always funny if you want to lobby for something, but then you find that people do disagree even on the most basic things
[02:29] <Ubulette> asac, bingo. It's application.ini
[02:29] <Ubulette> but it's not enough
[02:29] <Ubulette> it wants things like /projects/firefox-granparadiso/3.0a7/firstrun/
[02:29] <asac> huh?
[02:30] <asac> let me look inside
[02:30] <Ubulette> it sends the user to http://www.mozilla.org/projects/firefox-granparadiso/3.0a7/firstrun/
[02:30] <Ubulette> which doesn't exist of course
[02:30] <asac> yes right... its Vendor + Product
[02:31] <asac> Ubulette: change Product to Granparadiso
[02:31] <asac> or Firefox-Granparadiso
[02:31] <asac> i think even =Firefox Granaparadiso might work
[02:31] <asac> as whitespaces are replaces by dashes
[02:31] <Ubulette> wants http://www.mozilla.org/projects/granparadiso/3.0a7/firstrun/
[02:32] <Ubulette> none exists
[02:32] <asac> he?
[02:32] <asac> where do you see that?
[02:32] <asac> as homepage?
[02:32] <Ubulette> yes
[02:32] <asac> ok
[02:32] <Ubulette> in the default profile
[02:32] <asac> yes its generated
[02:32] <asac> we cannot do much about that ... other than hacking the template for that profile file
[02:33] <asac> Ubulette: however ... lets first do the profile migration for now
[02:33] <asac> Ubulette: maybe we should setup our own homepage ... which states clearly that the profile will not be synched with their real firefox profile
[02:34] <asac> otherwise we should just target the homepage to the right location forcefully
[02:35] <asac> Ubulette: pref("app.releaseNotesURL", "http://www.mozilla.org/projects/%APP%/%VERSION%/releasenotes/");
[02:35] <Ubulette> own homepage stored where ? locally or ubuntu ?
[02:35] <asac> Ubulette: sorry wanted to paste the path: browser/branding/unofficial/pref/firefox-branding.js
[02:35] <asac> Ubulette: if we do our own homepage we should store it locally
[02:38] <asac> 14:35 < Ubulette> own homepage stored where ? locally or ubuntu ?
[02:38] <asac> 14:35 < asac> Ubulette: sorry wanted to paste the path: browser/branding/unofficial/pref/firefox-branding.js
[02:38] <asac> 14:35 < asac> Ubulette: if we do our own homepage we should store it locally
[02:39] <Ubulette_> k
[02:43] <asac> Ubulette: in fact we should use the same homepage as firefox ... if we want a first run page we should summarize the features and the profile thing
[02:43] <asac> on another page
[02:47] <asac> for now we should just not care ;) ... maybe just replace %APP% to be firefox in that file
[02:47] <asac> lets get this thing out asap
[03:03] <Ubulette> asac, http://pastebin.mozilla.org/182988
[03:04] <Ubulette> it tries to be smart by using application.ini directly
[03:05] <Ubulette> oh, I should also check the name is not Mozilla + Firefox
[03:09] <Ubulette> http://pastebin.mozilla.org/182989
[03:10] <asac> ok ... isn't != a bashism?
[03:10] <asac> or is it just ==
[03:11] <Ubulette> don't think it is
[03:11] <Ubulette> I've been coding like that long before bash ever existed
[03:11] <asac> ok what about the corner case where there is a file $HOME/.$vname/$pfname ...
[03:11] <asac> we don't care?
[03:11] <asac> or do we ant to rename it?
[03:12] <Ubulette> no, it's not a 1st run if  $HOME/.$vname/$pfname is already there
[03:12] <asac> well ... i mean in corner case if there is a FILE
[03:13] <asac> not a directory
[03:13] <Ubulette> oh
[03:13] <asac> (however that might have happened) :)
[03:14] <asac> anyway  ... make a quilt patch out of it with --diffstat -U8 ... then go
[03:14] <asac> looks good from what i see
[03:16] <Ubulette> http://pastebin.mozilla.org/182991
[03:17] <asac> ok
[03:17] <asac> please make a quilt patch out of it ... commit ... push and let me know so I can do testbuild and then upload
[03:18] <Ubulette> the patch should also include application.ini change
[03:18] <Ubulette> unless you prefer the script in a separate commit
[03:22] <Ubulette> do we want granparadiso or firefox-granparadiso ?
[03:22] <Ubulette> asac ?
[03:26] <asac> hmm
[03:26] <asac> granparadiso vs firefox-granparadiso is your choice
[03:27] <asac> and your choice if you want two or more commits
[03:27] <asac> aeh or one :)
[03:27] <asac> i would prefer two commits (my guts feeling)
[03:28] <Ubulette> oops, too late
[03:31] <asac> no problem
[03:31] <asac> so is everything pushed?
[03:31] <asac> Ubulette: ^^?
[03:31] <Jazzva> Hmm... what's the NOT operator in bash?
[03:31] <asac> hmm not yet as it appears
[03:31] <Ubulette> pushed 42
[03:31] <asac> Jazzva: for what?
[03:31] <asac> Jazzva: in a test?
[03:31] <Jazzva> Uh-huh
[03:32] <asac> [ ! x$a = x ]  ?
[03:32] <Jazzva> Hmm... I'll try
[03:32] <asac> but i think Ubulette knows more variants ;)
[03:32] <Jazzva> Well, here's the test
[03:32] <asac> i prefer to use test and not []  brackets
[03:32] <Jazzva> if [ $(grep -c pat test) ] ;
[03:33] <Jazzva> I need it to be false when it returns non-zero value :)
[03:33] <asac> Jazzva: it returns 0 in case there is no mach
[03:33] <asac> so test = 0
[03:33] <asac> $(..) = 0
[03:33] <asac> or != 0
[03:33] <Jazzva> ...stupid me.
[03:33] <Jazzva> :)
[03:33] <Ubulette> $() is bashism
[03:33] <Jazzva> I got used to programming where == 0  in a test would be a blasphemy :)
[03:34] <Jazzva> != 0
[03:34] <ubotu> Sorry, I don't know anything about 0 - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[03:34] <asac> Ubulette: so you need to use ` ?
[03:34] <Ubulette> ` is the original sh way
[03:34] <asac> it works on posh
[03:34] <asac> eah dash i mean
[03:34] <Jazzva> Ok, so to use `...` instead of $(...)
[03:35] <Ubulette> but nowadays, every script is more or less bash
[03:35] <asac> lets try posh
[03:35] <asac> Ubulette: in ubuntu we regularly have errors because debian uses bash while we have dash
[03:35] <asac> well posh works as well
[03:35] <Ubulette> I know
[03:36] <asac> so i assume $(..) is posix
[03:36] <asac> Jazzva: use what you want ;)
[03:36] <asac> but better don't mix both ;)
[03:37] <Jazzva> Hmm... ok.
[03:37] <Jazzva> That test still doesn't work... I'll try to find what else I did wrong :).
[03:38] <asac> for me if test $(grep -c tt1 /tmp/tt) = 0; then echo hello; fi ... works
[03:39] <Jazzva> Ok :)
[03:39] <Jazzva> I used []  again...
[03:39] <asac> both should work
[03:39] <Ubulette> should be -eq
[03:39] <Ubulette> = is for strings
[03:39] <Ubulette> -eq for integers
[03:40] <Jazzva> Oh... thanks :)
[03:40] <Jazzva> -ne or -neq for not equal?
[03:40] <Jazzva> :)
[03:40] <Ubulette> -eq -ne -ge -gt -lt -le
[03:40] <Ubulette> man test
[03:40] <asac> well ... why wouldn't it work?
[03:40] <asac> i mean equal check should be more or less the same
[03:40] <Ubulette> here it's the same
[03:40] <Ubulette> but 0 != 00 while 0 -eq 00
[03:41] <asac> right
[03:42] <Jazzva> asac: The script works :D
[03:42] <Ubulette> be careful with temp files
[03:43] <Ubulette> could be a security issue
[03:43] <Jazzva> You mean to try not to destroy something I need?
[03:43] <Ubulette> no, users tempering with them
[03:43] <Ubulette> use mktemp
[03:44] <Jazzva> Well, right now there is no temp file... It has one file which keeps the processed packages and outputs the new packages in file.new
[03:44] <Ubulette> will me the name unique and chmod safe
[03:44] <Ubulette> oh
[03:44] <Ubulette> just an advise for later then :)
[03:44] <Jazzva> Thanks :)
[03:45] <Ubulette> asac, tell me if it works as expected. I'll have to go out soon
[03:47] <Ubulette> arg, should have tempered more with firefox-branding.js
[03:52] <Ubulette> asac, I've updated commit 42
[03:52] <Ubulette> sorry
[03:53] <asac> thats bad
[03:54] <asac> can you resurrect and check-in on top?
[03:54] <Ubulette> that's what I did
[03:54] <asac> he?
[03:54] <asac> i think you updated commit 42?
[03:54] <Ubulette> uncommit, fix, commit, push --overwrite
[03:54] <asac> that is not on top
[03:54] <asac> Ubulette: please never use --overwrite in future ;)
[03:54] <Ubulette> ?
[03:55] <Ubulette> looks ok on LP/code
[03:55] <asac> usually if you publish things you should never --overwrite
[03:55] <asac> well
[03:55] <asac> its a pita
[03:55] <asac> i already pulled
[03:55] <asac> then checked in stuff on top
[03:55] <asac> now i cannot merge your changes
[03:55] <Ubulette> just uncommit my 42 and repull
[03:55] <asac> which is why overwrite is evil on published things
[03:56] <asac> please give me the diff
[03:56] <asac> i already have done changes on top
[03:56] <asac> or tell me what you did
[03:56] <Ubulette> needed more changes in mozilla/browser/branding/unofficial/pref/firefox-branding.js
[03:56] <Ubulette> it's in the new patch
[03:57] <asac> tell me the changes please
[03:57] <asac> i can edit the patch here
[03:57] <asac> or give me link to code
[03:57] <asac> i can then pick the changes
[03:58] <Ubulette> http://codebrowse.launchpad.net/~fta+launchpad/firefox/granparadiso/changes
[03:58] <Ubulette> click diff for 42
[03:58] <asac> yes
[03:59] <Ubulette> lines 70-88 of debian/patches/granparadiso-profilename
[04:01] <asac> actually the app-update urls is not needed
[04:02] <Ubulette> doesn' hurt
[04:02] <Ubulette> t
[04:06] <asac> please remember to no overwrite once you have asked me to merge in future ;)
[04:07] <Ubulette> ok
[04:12] <asac> ok ... to save time previously lost i just push without test build ;)
[04:14] <Ubulette> push where ?
[04:15] <asac> ubuntu?
[04:15] <asac> ftp
[04:15] <asac> dput ;)
[04:16] <asac> ok i pushed what was uploaded to bzr as well ... to mozillateam branch
[04:16] <asac> either wipe your branch, overwrite or whatever  ... its has now diverged
[04:17] <asac> but please don't merge as i will otherwise get unreasonable merge conflicts next time because of the uncommit ;)
[04:17] <asac> damn
[04:17] <asac> i knew i had a problem
[04:17] <Ubulette> ?
[04:17] <asac> now granparadiso mozillatewam branch has diverged because i didn't merge
[04:18] <asac> and i am forced to overwrite ... or redo all this stuff
[04:18] <asac> Ubulette: use ~asac branch
[04:18] <asac> that is the one i uploaded
[04:18] <Ubulette> need to go now. I'll do that this evening. I let you sort this out :)
[04:20] <asac> granparadiso uploaded
[04:26] <Jazzva> asac: Should I put these files in my branch? The ff-ext, m-tb-ext, tb-ext and update-rdeps in my branch?
[04:26] <Jazzva> ?=...
[04:27] <asac> Ubulette: ok mt branch is now good
[04:44] <asac> Ubulette: well ... profile dir is now with whitespace
[04:44] <asac> i will fix it
[04:56] <Jazzva> asac: About app-install-data... In changelog I put the version 0.4.3.2, the latest is 0.4.4. Well, just to sort that out before merge :)...
[05:03] <asac> you should work on latest
[05:04] <Jazzva> Well, it was latest when I downloaded it...
[05:04] <Jazzva> It was later I saw that 0.4.4 is out
[05:05] <asac> yes ... just merge it
[05:05] <asac> bzr merge ... then fix conflicts et al
[05:05] <asac> or just push it and ask mvo to merge it
[05:05] <Jazzva> Hmm... where do I do that?
[05:05] <asac> what?
[05:05] <Jazzva> bzr merge?
[05:05] <asac> Jazzva: you just say bzr merge
[05:05] <asac> yes
[05:05] <Jazzva> In my branch dir?
[05:05] <asac> bzr merge URL
[05:05] <asac> yes
[05:06] <asac> in worst case you can uncommit the merge
[05:06] <asac> and retry
[05:06] <asac> but better push to launchpad first so you have a backup ;)
[05:06] <Jazzva> Ok... And I merge it with ubuntu-core-dev's branch?
[05:06] <Jazzva> Well, it's already on LP :
[05:06] <Jazzva> :)
[05:07] <asac> yes merge it with release branch
[05:07] <asac> which is core-dev iirc
[05:07] <Jazzva> Ok...
[05:24] <Jazzva> Ok, the only conflict is in debian/changelog... Should I manually edit or with bzr?
[05:26] <Jazzva> asac: To edit debian/changelog, then brz resolve debian/changelog?
[05:28] <asac> Jazzva: yes ... fix changelog ... make a new changelog entry on top and put your changelog entries there
[05:28] <asac> then just do
[05:28] <asac> bzr resolved
[05:28] <asac> without a file
[05:28] <asac> bzr should detect that the file is clean now
[05:28] <asac> and allow you to commit
[05:28] <Jazzva> Ok...
[05:28] <asac> remember to not specify a file or path when committing
[05:28] <asac> you have to commit the full merge at once
[05:28] <asac> e.g. look at
[05:28] <asac> bzr st
[05:29] <asac> you should see the merge info that will be kept that way
[05:29] <Jazzva> asac: If the version was 0.4.4 should I update it to 0.4.4.1?
[05:30] <asac> no idea about the versioning scheme
[05:30] <asac> just use 0.4.4.1 i guess
[05:30] <Jazzva> Ok...
[05:30] <asac> and tell mvo when you ask for the merge so he can adapt according to his needs/polcies
[05:30] <Jazzva> Michael Vogt did that for a little fix - 0.4.3 -> 0.4.3.1
[05:39] <Jazzva> asac: Ok, I'm pushing the merged branch... After that I'll ask mvo for the merge...
[05:40] <asac> great
[05:40] <asac> Jazzva: hurry ;)
[05:41] <asac> weekend is coming nearer ;)
[05:41] <Jazzva> Tell that to my cable...
[05:41] <asac> ;)
[05:41] <Jazzva> and my cable provider
[05:41] <asac> you should not --overwrite
[05:41] <asac> ;)
[05:41] <Jazzva> I'm not...
[05:41] <asac> then its really fast
[05:41] <asac> hmm
[05:41] <asac> initial push?
[05:41] <Jazzva> It just has a lot of files that mvo added...
[05:41] <asac> ah
[05:41] <asac> ok
[05:42] <Jazzva> :)
[05:42] <asac> take a look of the diff to core-dev branch so you can verify if you forgot something
[05:42] <Jazzva> Huh? :)
[05:45] <asac> just bzr diff URLTOCOREDEVBRANCH
[05:45] <asac> might work
[05:46] <Jazzva> Hmm... ok
[05:46] <asac> otherwise branch it somewhere then
[05:46] <Jazzva> But didn't I do that if I merged from core-dev?
[05:46] <asac> bzr diff /path/to/core-dev/ .
[05:46] <asac> Jazzva: well you merged
[05:46] <asac> the final result you can still verify ;)
[05:46] <asac> if you are sure you didn
[05:46] <asac> 't mess anything up
[05:46] <asac> just ask for merge
[05:47] <asac> mvo is nice ;)
[05:47] <asac> so don't worry
[05:47] <Jazzva> Ok, I'll do the bzr diff first :) (99% sure I didn't mess anything)
 Ubulette: well ... profile dir is now with whitespace
[05:48] <Ubulette> what ?
[05:48] <asac> i reuploaded
[05:48] <asac> with Name=granparadiso
[05:49] <asac> and updated bzr branches
[05:49] <Ubulette> tr should have taken care of whitespace
[05:49] <asac> well ... i told you that it would be replaced ... so not your fault ... except for not testing it ;)
[05:50] <asac> it was replaced till that Name went into application.ini apparently
[05:50] <Ubulette> I did: grep ^Vendor $moz_libdir/application.ini | cut -d= -f2 | tr 'A-Z ' 'a-z-'
[05:50] <Ubulette> echo "Foo Bar"  | cut -d= -f2 | tr 'A-Z ' 'a-z-'
[05:50] <Ubulette> foo-bar
[05:50] <Ubulette> no space
[05:50] <asac> yeah ... but firefox doesn't replace spaces anymore
[05:50] <Ubulette> oh
[05:51] <asac> so the profile used ended up in .mozilla/firefox granparadiso
[05:51] <asac> while we copied to firefox-gran..
[05:51] <Ubulette> i see
[05:51] <asac> anyway ... is uploaded now
[05:51] <asac> ...ubuntu2
[05:51] <Ubulette> I changed Name at the last minute without re-testing.. and you skipped test too :(
[05:52] <asac> hehe
[05:52] <asac> well if you remember ... i deferred test, but and just uploaded
[05:53] <asac> i found it right after build was finished ;)
[05:53] <asac> nevermind
[05:53] <asac> all fine now
[05:56] <Ubulette> can't see it in buildfarm
[05:57] <Jazzva> I get an error... And I think I need to pull the core-dev branch...
[05:57] <Jazzva> And it'll take a while.
[05:57] <Jazzva> Well, 99% sure I haven't messed anything. I'll ask mvo to take a look and merge if he likes it :)
[05:59] <Ubulette> oh, it's pending. ok
[06:03] <asac> Ubulette: oh fails to build
[06:03] <asac> damn
[06:03] <Ubulette> ?
[06:03] <Ubulette> where ?
[06:04] <Ubulette> https://launchpad.net/ubuntu/+source/firefox-granparadiso/3.0~alpha7-0ubuntu2 show pending
[06:04] <Ubulette> https://launchpad.net/ubuntu/+source/firefox-granparadiso/3.0~alpha7-0ubuntu2/+build/375396 shows queued 9 min
[06:04] <asac> --disable-airbag we need
[06:05] <Ubulette> oh, I had that in my tree initially
[06:06] <Ubulette> 3.0a6:   * add --disable-airbag as libcurl is still causing build issues in Gutsy
[06:06] <Ubulette> 3.0a7:   * remove --disable-airbag now that libcurl mess is fixed in Gutsy
[06:06] <Ubulette>   * add libcurl4-gnutls-dev to Build-Depends in debian/control
[06:06] <asac> well
[06:06] <asac> then you removedit?
[06:06] <Ubulette> yep
[06:06] <Ubulette> but you need curl on Build-Depends
[06:07] <Ubulette> I can fix that if you want
[06:07] <asac> better ask me next time then ;)
[06:07] <asac> no we don't want airbag
[06:07] <asac> i have fixed it now
[06:08] <asac> Ubulette: i don't see anything about airbag
[06:08] <asac> in changelog
[06:09] <asac> nor bzr log
[06:09] <asac> what is going on?
[06:09] <Ubulette> my own tree, not the one in LP
[06:09] <asac> where do you get that from?
[06:09] <asac> ok
[06:09] <asac> its in trunk branch from us iirc
[06:09] <asac> we should have merged trunk up before doing anything
[06:09] <asac> anway, now its gone
[06:09] <asac> ;)
[06:09] <Ubulette> next time, I'll trash my chroot as I usually do
[06:10] <Ubulette> I have a bot for that.
[06:10] <Ubulette> it creates, pack, unpack, clean envs on demand
[06:11] <Ubulette> probably cleaner than the ubuntu one
[06:11] <asac> welll usually we don't need that
[06:11] <asac> as build-depends are pretty stable
[06:11] <asac> and having one bad upload is usually not a problem
[06:11] <asac> if ubuntu3 fails now as well
[06:11] <asac> then i have to duck though
[06:11] <Ubulette> it usually catches stuff detected by configure but not mentionned in builddeps
[06:11] <asac> its good to do a final build in pbuilder though
[06:12] <asac> ok done bzr branches updated as well
[06:12] <asac> now hope
[06:13] <Ubulette> :)
[06:14] <Ubulette> grrr, ubuntulog should hide ips and emails
[06:14] <Ubulette> we're all exposed :(
[06:15] <asac> why do you care?
[06:15] <asac> i mean we have to live with loads of spam
[06:16] <asac> if you try to reduce spam its probably something wrong with your spam filter rules ;)
[06:17] <Ubulette> I catch ~99.5% of incoming spam, but the remains one are still too much for me
[06:17] <asac> hmm
[06:18] <Ubulette> and it's also a privacy issue imho
[06:19] <asac> well ... might be different for you, but I choose to be public so ... so be it :)
[06:20] <asac> work in freesoftware + privacy doesn't work welll unless you only go for a pseudonym
[06:20] <asac> maybe get a freenode cloak ;)
[06:20] <asac> for ips
[06:21] <Ubulette> I was supposed to be known only a ubulette in the ubuntu community.. it's clearly impossible
[06:21] <asac> you could have not added your name to launchpad :)
[06:21] <Jazzva> Public is the new private ;)...
[06:22] <Jazzva> (kidding... a bit :))
[06:22] <asac> and then insisted on "i am a pseudonym" :)
[06:22] <Ubulette> thought it was obvious
[06:22] <Ubulette> who would like to be named ubulette in real life ? :)
[06:23] <asac> no idea
[06:23] <asac> but yoour name was in launchpad before ;)
[06:23] <Ubulette> it doesn't internationalize well anyway...
[06:24] <asac> hehe
[06:24] <asac> yes
[06:24] <Ubulette> in french, boulette means typo in slang
[06:26] <Ubulette> its
[06:26] <Ubulette> gasp
[06:26] <asac> his
[06:26] <Ubulette> yep
[06:26] <Ubulette> tiered ?
[06:26] <asac> was correct
[06:26] <asac> tired ;)
[06:27] <Ubulette> well, as I said
[06:27] <asac> Jazzva: did you ping mvo
[06:27] <asac> ?
[06:27] <Jazzva> Yes... He told me everything's fine
[06:27] <Jazzva> Just not to put files into menu-data :)...
[06:28] <Jazzva> I moved them to menu-data-mozilla (which will make it easier to track all extensions :))
[06:28] <Ubulette> ubuntu3 is stuck
[06:29] <asac> he?
[06:29] <asac> where?
[06:29] <asac> it was accepted afaict
[06:29] <Ubulette> https://launchpad.net/ubuntu/+source/firefox-granparadiso/
[06:29] <asac> Jazzva: ok
[06:30] <asac> Ubulette: its all fine ... it takes some time ;)
[06:30] <Jazzva> Told on query :)
[06:30] <Ubulette> ok. I'm out again. See u
[06:30] <asac> cu
[06:30] <Jazzva> Have fun :)
[06:31] <asac> Jazzva: maybe menu-data-xul-extensions ?
[06:31] <asac> anyway ... I am fine with it as long as this gets merged soon ;)
[06:33] <Jazzva> asac: Hmm, I don't have time right now to switch it to menu-data-xul-extensions.. *sighs*
[06:33] <asac> Jazzva: is there a menu-data-codecs dir as well?
[06:33] <asac> or are those in menu-data directly?
[06:33] <Jazzva> menu-data-additional
[06:34] <asac> ok
[06:34] <asac> Jazzva: just push your bzr branch up
[06:34] <asac> if i find time, I wil do it
[06:34] <asac> on weekend
[06:34] <Jazzva> Ok... Pushing it now...
[06:34] <asac> have you tried that it still works?
[06:34] <Jazzva> Hmm, I'll have time later... I just can't do it right now :/.
[06:34] <asac> e.g. are those .desktop files pulled in during build?
[06:34] <asac> Jazzva: ok
[06:35] <Jazzva> asac: mvo will take care of it. It has to be added to debian/rules
[06:35] <asac> ok
[06:35] <Jazzva> Gotta go now...
[06:35] <Jazzva> See you tonight...
[07:03] <asac> hi cwong1
[07:04] <asac> cwong1: just a short question about mobile-basic-flash
[07:04] <asac> cwong1: its currently a bit messy:
[07:04] <asac> build-depends: firefox-dev
[07:04] <asac> depends: libxul0d
[07:04] <asac> we should fix it
[07:04] <asac> at best make use of midbrowser-dev
[07:04] <cwong1> what should it depends on?
[07:04] <asac> midbrowser-dev in build-depends
[07:04] <asac> and midbrowser in depends
[07:04] <asac> further you have to fix configure.ac
[07:05] <cwong1> ok
[07:05] <asac> which tests xulrunner-gtkmozembed
[07:05] <asac> i think midbrowser-gtkmozembed should be available as well
[07:05] <asac> if you have committed that, please let me know so i can upload to gutsy
[07:05] <asac> lpia port needs that to go ahead :)
[07:05] <cwong1> ok  I will look into it
[07:06] <asac> cwong1: yes ... try to use midbrowser ... if it doesn't work for any reason, just ping me
[07:06] <cwong1> ok
[07:06] <asac> ... though i am more or less in weekend mode from now on
[07:06] <cwong1> fine
[07:19] <cwong1> asac: the latest mobile-basic-flash does have "build-depends: firefox-dev".
[07:19] <cwong1> asac: it looks like this: Build-Depends: debhelper, libgtk2.0-dev, libxul-dev, automake1.9, pkg-config, libtool, libhildondesktop-dev, libdbus-glib-1-dev, libhildonwm-dev
[07:20] <asac> yes
[07:20] <asac> it was fixed by doko
[07:20] <asac> i think its not in git
[07:20] <asac> but it was just a quick fix to get something build
[07:20] <asac> lets do it right
[07:20] <asac> everything should be midbrowser-dev et al
[07:21] <cwong1> you want me to change libxul-dev to midbrowser-dev?
[07:23] <cwong1> asac: ?
[07:23] <asac> try midbrowser-dev ... yes
[07:23] <asac> and fix configure.ac
[07:23] <asac> accordingly
[07:23] <asac> further remove the explicit Depends: to libxul0d
[07:23] <cwong1> ok
[07:23] <asac> replace it by just midbrowser for now
[07:24] <asac> please try and if it breaks the build let me know
[07:26] <Bernardo> hi
[07:26] <Bernardo> asac: you're here?
[07:28] <cwong1> asac: in configure.ac I change to -> PKG_CHECK_MODULES(MOZEMBED, midbrowser-gtkmozembed >= 1.8.1)  is the 1.8.1? should still be there?
[07:28] <asac> Bernardo: a bid
[07:29] <asac> cwong1: install midbrowser-dev ... and see if midbrowser-gtkmozembed exists
[07:29] <asac> e.g. pkg-config --cflags midbrowser-gtkmozembed
[07:29] <asac> if so ... then yes
[07:29] <asac> cwong1: you can drop the versioning for now i guess
[07:29] <asac> Bernardo: a bit ;)
[07:29] <cwong1> ok
[07:30] <Bernardo> asac: I'm home now, can do a little debugging on nm
[07:31] <asac> ok
[07:31] <asac> do you know how to start wpa_supplicant manually?
[07:35] <cwong1> asac: looks like pkg-config on midbrowser-gtkmozembed work.  I will do a test build and commit the change in a few minutes.
[07:35] <Bernardo> Never tried, I used to start it from ifupdown, using either the config in interfaces or a specific file
[07:35] <Bernardo> it's something like wpa_supplicant -i interface -c conf file
[07:35] <Bernardo> ?
[07:38] <asac> well ... thats not the way nm uses it
[07:38] <Bernardo> meanwhile, nm keeps attaching the wifi to the open networks in the neighbourhood, and my default route gets messed up...
[07:38] <asac> nm uses it completely without arguments
[07:38] <Bernardo> not even the interface?
[07:38] <asac> Bernardo: can you stop network-manager?
[07:39] <asac> e.g. setup a static connection so you still can be online?
[07:39] <asac> or is that a different system anyway?
[07:39] <Bernardo> I can, just a sec
[07:40] <Bernardo> ok, unloaded knetworkmanager, and there is no "network*" process running
[07:42] <asac> ok lets go
[07:42] <asac> Bernardo: open two terminals
[07:43] <asac> in both become root like:
[07:43] <asac> sudo su
[07:43] <Bernardo> done
[07:43] <Bernardo> I usually do sudo -s
[07:43] <asac> k
[07:43] <asac> now start wpa_supplicant like:
[07:43] <asac> well first check that there is no process running please
[07:43] <asac> that is called something like wpa
[07:43] <asac> and tear down your interface
[07:44] <asac> with ifconfig down wlan0
[07:44] <Bernardo> yep, a ps ax |  grep came out empty
[07:44] <asac> with ifconfig down eth1
[07:44] <Bernardo> ifconfig eth1 down
[07:44] <Bernardo> done
[07:44] <asac> ok
[07:44] <asac> now start wpa_supplicant like:
[07:44] <asac> wpa_supplicant -g /var/run/wpasupplicant-eth1-global
[07:44] <asac> hmm
[07:44] <asac> maybe use -dd
[07:44] <asac> to get verbose output
[07:44] <asac> so wpa_supplicant -dd -g /var/run/wpasupplicant-wlan0-global
[07:45] <Bernardo> ok, running - and with dd gave a little feedback
[07:45] <asac> yes
[07:45] <asac> now in a nother temrinal as root we have to frist add the interface
[07:46] <asac> wpa_cli -g /var/run/wpasupplicant-eth1-global interface_add wlan0 "" "" /var/run/wpasupplicant
[07:46] <asac> well replace wlan0 with eth1 of course
[07:46] <asac> and observe what you see in other terminal
[07:46] <Bernardo> ok
[07:46] <asac> there should be output
[07:46] <asac> Bernardo: did you receive OK from wpa_cli ?
[07:46] <Bernardo> yes
[07:47] <asac> ok can you paste what the main wpaXXX spit out so far?
[07:47] <Bernardo> checking the output now, what do you want me to look for?
[07:47] <asac> please paste everything for now ;)
[07:47] <Bernardo> here, or pastenbin.ca ?
[07:48] <asac> somewhere ... but not here ;)
[07:48] <Bernardo> http://pastebin.ca/652624
[07:48] <asac> should be plenty of lines after all
[07:48] <Bernardo> I didn't want to be kicked out... :)
[07:48] <asac> ok
[07:49] <asac> now try to enter wpa_cli shell
[07:49] <asac> like
[07:49] <asac> wpa_cli -i eth1
[07:49] <asac> does it connnect?
[07:49] <Bernardo> "Could not connect to wpa_supplicant - re-trying"
[07:50] <cwong1> asac: how long ago did you make the midbrowser-dev available?
[07:58] <cwong1> asac_: how long have the midbrowser-dev been available?
[07:58] <asac_> had disconnect
[07:58] <asac_> didn't get a thing ;)
[07:58] <Bernardo> I did the wrong grep 10 minutes ago - for "network" instead of "Network"
[07:58] <asac_> last i saw is 19:49 < asac> i mean do you end up in an interactive shell ;)
[07:59] <asac_> 19:48 < asac> ok
[07:59] <asac_> 19:49 < asac> now try to enter wpa_cli shell
[07:59] <asac_> 19:49 < asac> like
[07:59] <asac_> 19:49 < asac> wpa_cli -i eth1
[07:59] <asac_> 19:49 < asac> does it connnect?
[07:59] <Bernardo> [18:49]  <asac> does it connnect?
[07:59] <Bernardo> [18:49]  <Bernardo> "Could not connect to wpa_supplicant - re-trying"
[07:59] <asac_> 19:49 < asac> i mean do you end up in an interactive shell ;)
[07:59] <asac_> thats what i said before disconnect
[07:59] <asac_> Bernardo: ok
[07:59] <asac_> Bernardo: try instead of -i
[07:59] <asac_> -p
[07:59] <Bernardo> let me try again, now I killed all NetworkManager processes
[07:59] <asac_> wpa_cli -p /var/run/wpasupplicant
[07:59] <asac_> e.g. the socket you passed as last argument to interface_add
[08:00] <asac_> Bernardo: yes thats important
[08:00] <asac_> nm has to be dead for this i guess
[08:00] <Bernardo> wpa_cli -i still doesn't connect
[08:00] <Bernardo> trying -p now
[08:00] <asac_> yes
[08:00] <Bernardo> wpa_cli -p /var/run/wpasupplicant-eth1-global
[08:01] <asac_> no
[08:01] <asac_> not the global
[08:01] <asac_> exactly what i said above
[08:01] <Bernardo> sorry
[08:01] <asac_> no problem
[08:02] <asac_> use whatever you passed as *last* argument to interface_add
[08:02] <Bernardo> ok, connected
[08:02] <Bernardo> got the shell
[08:03] <Bernardo> got the shell
[08:04] <asac> good
[08:04] <asac> well ... now its always:
[08:04] <asac> add_network
[08:04] <asac> > 0
[08:04] <Bernardo> yep
[08:04] <asac> set_network 0 essid "yournet"
[08:04] <asac> > OK
[08:05] <asac> set_network 0 psk "your password"
[08:05] <asac> enable_network 0
[08:05] <asac> .... then see how it associates
[08:05] <Bernardo> FAIL at the essid
[08:05] <asac> try ssid
[08:05] <asac> not essid
[08:05] <Bernardo> RX ctrl_iface - hexdump_ascii(len=30): [REMOVED] 
[08:05] <Bernardo> CTRL_IFACE: SET_NETWORK id=0 name='essid'
[08:05] <Bernardo> CTRL_IFACE: value - hexdump_ascii(len=10): [REMOVED] 
[08:05] <Bernardo> CTRL_IFACE: Failed to set network variable 'essid'
[08:05] <asac> yes ssid
[08:06] <Bernardo> ok
[08:06] <asac> cwong1: since the beginning
[08:07] <asac> Bernardo: does it associate?
[08:07] <Bernardo> http://pastebin.ca/652648
[08:07] <Bernardo> no
[08:08] <asac> ok
[08:08] <asac> still in shell?
[08:08] <asac> say disable_network 0
[08:08] <asac> for now
[08:08] <asac> so the output stopps flushin in the wpasupplicant terminal
[08:08] <asac> then lets try
[08:08] <cwong1> asac: 2 weeks ago?  The build failed on my local build server because it failed to apt get the midbrowser-dev package.  The only thing I can think of is it pulls packages from a local mirror.
[08:09] <asac> most likely
[08:09] <asac> its in official gutsy
[08:09] <Bernardo> ok
[08:09] <cwong1> asac: ok. I will check with my build person
[08:09] <asac> cwong1: to test you could use firefox-dev instead of midbrowser-dev ... but that is probably not the way we want it
[08:09] <asac> so lets do it right
[08:10] <asac> cwong1: i have the feeling that the way you work is not the way its ment to be ;)
[08:10] <cwong1> :)
[08:11] <asac> do you always develop in an image-creator created environment?
[08:11] <asac> Bernardo: what does scan_results give you?
[08:12] <asac> when you run that in the shell?
[08:12] <asac> for me it looks like your wpa network is hidden
[08:12] <Bernardo> yes, it is
[08:12] <asac> Bernardo: ok ... lets go ahead then
[08:13] <asac> Bernardo: what does scan_results yield?
[08:13] <Bernardo> I can also try to connect to a visible network
[08:13] <Bernardo> I also have one here
[08:13] <asac> Bernardo: hidden networks are known to not work
[08:13] <asac> Bernardo: if its wpa then try
[08:13] <asac> otherwise don't dare
[08:13] <asac> wpa should be fixed
[08:13] <Bernardo> bssid / frequency / signal level / flags / ssid
[08:13] <Bernardo> 00:14:bf:d2:61:23       2437    236     [WPA-PSK-TKIP] [WPA2-PSK-TKIP]    <hidden>
[08:13] <Bernardo> 00:16:b6:5c:4a:b7       2462    165     [WPA-PSK-TKIP+CCMP] [WPA2-PSK-TKIP+CCMP]  ADCAPITA
[08:13] <Bernardo> 00:c0:49:60:40:eb       2462    171     [WEP]    RLXAPF01
[08:13] <Bernardo> 00:18:84:10:7c:d1       2417    223             FON_AfonsoL
[08:13] <asac> do you have an open network ?
[08:13] <asac> with wpa?
[08:13] <Bernardo> the first is the hidden one
[08:13] <asac> k
[08:14] <asac> is the second one yours as well?
[08:14] <Bernardo> no, and neither is the third
[08:14] <asac> ok
[08:14] <asac> can you unhide your first network to test that it really works for you?
[08:14] <Bernardo> the fourth is on the same ap as the visible one, which isn't showing in the scan results
[08:14] <asac> just as a check-point
[08:14] <Bernardo> yes, just a sec
[08:15] <asac> huh? i see four networks .... what do you mean "its not in the scan results" ?
[08:15] <cwong1> asac: yes using the image creator.  :(. The build built fine on my local environment but not the damn build system.
[08:15] <asac> cwong1: ok
[08:16] <asac> cwong1: the build system doesn't matter for us imo (though it probably matters for you) as i have to upload the fixed package to gutsy anywa
[08:16] <asac> its kind of blocking our lpia porting effords ;) ... which is why i cared in the first place
[08:17] <cwong1> lpia stands for ?
[08:17] <asac> its the mobile architecture you guys develop (afaict)
[08:17] <asac> the processor architecture
[08:17] <cwong1> ah
[08:17] <asac> like i686 ... but some modified commandsets i gues
[08:18] <asac> at least our toolchain guy is working heavily on get things bootstrapped ... so i has to be something important ;)
[08:18] <cwong1> must be
[08:18] <Bernardo> there is another network, "MyPlace", that is the fonera default wpa, and is the same ap as the "FON_AfonsoL". It isn't showing in the scan results above
[08:19] <Bernardo> I'm trying to find where to unhide my ssid in dd-wrt...
[08:19] <cwong1> lpia -> low power Intel Arch. :)
[08:19] <asac> ok ... might be that its confusing that they have the same AP
[08:19] <asac> cwong1: thanks!
[08:19] <asac> cwong1: finally i feel omnicious :)
[08:20] <asac> Bernardo: i cannot really help you there ;)
[08:20] <asac> jbs: Bernado?
[08:20] <asac> ah
[08:20] <Bernardo> found - it's called "wireless ssid broadcast"
[08:21] <asac> Bernardo: you appear to not have a stable network :)
[08:21] <asac> how comes :-D
[08:21] <Bernardo> lol
[08:21] <Bernardo> wonder why... :)
[08:21] <asac> Bernardo: how does this hidden network show up in nm-applet?
[08:21] <Bernardo> it usually shows well, with the correct name
[08:22] <Bernardo> as I had it set up in feisty
[08:22] <asac> he?
[08:22] <asac> so initially it doesn't know the name?
[08:22] <asac> i am just curious to get the scene
[08:23] <Bernardo> I think it didn't, just showed as hidden
[08:23] <asac> k
[08:23] <Bernardo> then I did a "connect to another network" and entered the data
[08:23] <Bernardo> ssid, psk, etc.
[08:23] <Bernardo> and it worked well since, until I upgraded to gutsy
[08:24] <Bernardo> now when I check scan_results, my network shows up
[08:24] <Bernardo> should I try network_enable again?
[08:26] <Bernardo> ok, it connects, but then disconnects
[08:26] <asac> wait a sec
[08:26] <asac> phone
[08:27] <asac> ok
[08:27] <asac> what exactly did you enter now in wpa_cli as ssid ?
[08:28] <Bernardo> http://pastebin.ca/652662 - this is the output of the wpa_supplicant daemon
[08:28] <Bernardo> the ssid I had previously hidden
[08:28] <asac> what did you type at command line?
[08:28] <asac> ok
[08:29] <asac> so scan_results shows the ssid now properly?
[08:29] <Bernardo> yes
[08:29] <asac> ok .... try starting everything fresh
[08:29] <Bernardo> this is the output I get in wpa_cli when I enable the network
[08:29] <asac> or wait
[08:29] <Bernardo> http://pastebin.ca/652663
[08:29] <asac> set the psk again
[08:29] <asac> i think it was cleared
[08:29] <asac> try to disable_network 0
[08:30] <asac> set_network 0 psk "asdasd"
[08:30] <asac> enable_network 0
[08:30] <Bernardo> ok
[08:30] <asac> if that doesn't help lets restart wpasupplicant (for real)
[08:30] <Bernardo> brb
[08:30] <asac> oh ok
[08:30] <asac> thanks
[08:31] <Bernardo> ok, exactly the same
[08:32] <Bernardo> I've closed wpa_supplicant, and I'm restarting it now
[08:32] <asac> Bernardo: wait
[08:32] <asac> Bernardo: please try to just use network-manager
[08:32] <asac> with applet
[08:32] <asac> (now that the network is visible)
[08:32] <Bernardo> ok, let me launch the applet again
[08:32] <asac> those 00:00:00 events is exactly what we tried to workaround in latest nm upload
[08:33] <asac> Bernardo: well network manager as well ;)
[08:33] <cwong1> asac: which ubuntu repository is the midbrowser-dev in?  It is not in our local mirror and that is why it failed.
[08:33] <asac> cwong1: universe
[08:33] <asac> its not yet in main
[08:33] <Bernardo> how do I relaunch network manager, do I restart networking?
[08:33] <asac> but there are other things that are not yet in main i guess
[08:33] <cwong1> ok
[08:34] <asac> cwong1: gutsy - universe ... tell that to your build monkeys ;)
[08:34] <asac> Bernardo: no
[08:34] <asac> /etc/dbus*/even*/25Net* restart
[08:34] <asac> Bernardo: ^^
[08:34] <asac> and use stop next time you want nm to stop ;)
[08:35] <asac> not kill ;)
[08:35] <Bernardo> ok
[08:36] <Bernardo> restarted
[08:36] <Bernardo> brb
[08:37] <Bernardo> I'm here
[08:37] <asac> is that good?
[08:38] <Bernardo> should I try to connect to my network using the applet?
[08:38] <asac> yes
[08:38] <asac> be sure that wpa supplicant et al are not running anymore
[08:38] <asac> otherwise there will be issues
[08:38] <Bernardo> yes, I exited both
[08:43] <Bernardo> ok, connected
[08:43] <Bernardo> but it disabled eth0 as soon as I clicked on my network
[08:44] <Bernardo> here's my syslog
[08:44] <Bernardo> http://pastebin.ca/652680
[08:45] <asac> so you are now on wifi ?
[08:45] <asac> its normal that nm only allows you to have one nm-managed iface up at a time ... so not to bother if eth0 is now disabled
[08:52] <Bernardo> I'm on wifi, yes
[08:52] <asac> ok cool
[08:52] <asac> then it works for wpa without hidding network
[08:52] <Bernardo> the only problem was that when eth0 got disconnected, I got kicked out... :)
[08:52] <asac> good to know
[08:52] <asac> right ... but thats currently a feature
[08:52] <asac> of nm
[08:52] <asac> just *one* interface at a time
[08:53] <Bernardo> ok
[08:53] <Bernardo> too bad ppp isn't integrated yet
[08:53] <asac> well ... i hope that this is not my job ;)
[08:53] <Bernardo> lol
[08:53] <asac> i will now try to figure out what is going on with hidden networks
[08:53] <asac> thanks so far
[08:54] <asac> Bernardo: one question: when you setup your hidden network through "Other Network ..."
[08:54] <Bernardo> when I gave wpa_supplicant a config file, I had to pass it a AP_SCAN entry, or something like that
[08:54] <Bernardo> yes
[08:54] <asac> what did you provide as ssid? a name?
[08:54] <Bernardo> the ssid of the network
[08:54] <asac> which is?
[08:54] <Bernardo> Bernardo
[08:55] <asac> ok
[08:55] <Bernardo> :)
[08:55] <asac> that ws enough?
[08:55] <Bernardo> yes, in feisty that was enough
[08:55] <asac> whatelse did you need to specify?
[08:55] <Bernardo> the psk
[08:55] <Bernardo> and that it used tkip
[08:55] <Bernardo> I don't even know if this was needed
[08:56] <asac> hmm
[08:56] <asac> ok
[08:57] <asac> Bernardo: ok thanks! .... once i figured out what is going on with hidden net here, I will come back :)
[08:57] <Bernardo> ok
[08:57] <asac> for me it doesn't even connect on feisty
[08:57] <Bernardo> no?
[08:57] <asac> though i have a different chipset
[08:57] <Bernardo> what is your chipset?
[08:57] <asac> welll ... my nm might be broken because i hacked around, but it didn't work so far
[08:57] <Bernardo> I had a ralink pcmcia on a older laptop
[08:57] <asac> realtek 3xxx =?
[08:58] <asac> rtl8187
[08:58] <asac> is my driver
[08:58] <Bernardo> for that one I needed to set things up in interfaces, as the drivers used a lot of iwpriv stuff
[08:58] <asac> its a netgera usb thing
[08:58] <asac> hmm
[08:58] <Bernardo> I have both, the pcmcia and the usb
[08:58] <asac> of what?
[08:58] <asac> rtl?
[08:58] <Bernardo> the pcmcia can't use anymore - this laptop is cardexpress
[08:58] <Bernardo> yes
[08:59] <asac> interesting
[08:59] <asac> does usb work with your hidden network?
[08:59] <asac> on feisty?
[08:59] <Bernardo> it did - but as I said, I had to use a lot of iwpriv stuff in interfaces
[08:59] <Bernardo> have to go now, dinner time... bbl
[08:59] <asac> hmmm ... well then thats not my business ;) ... i want the *real* solution ;)
[08:59] <asac> but unfortunately my gutsy box is currently severly crashed :)
[09:00] <Bernardo> ah, before I forget, I think that in gutsy you have the new rtl24x driver
[09:00] <Bernardo> which shouldn't need iwpriv
[09:00] <Bernardo> have to run, bye
[09:00] <asac> yeah ... which is why I shouldn't bother that much about hidden nets here
[09:00] <asac> thanks
[09:00] <asac> cu
[09:08] <Ubulette> back
[09:08] <asac> Ubulette: welcome ;)
[09:09] <Ubulette> I see i386 build is ok
[09:09] <asac> yeah
[09:09] <asac> buildd network appears to be a bit slow nowadays ;)
[09:09] <asac> i would have expected at least amd64 builds by now
[09:09] <asac> but well i uploaded firefox at the same time
[09:10] <asac> so ... two long builds going ;)
[09:11] <asac> https://launchpad.net/ubuntu/gutsy/+source/firefox-granparadiso/+builds?build_state=all
[09:11] <asac> other archs are still waiting
[09:12] <asac> but they should work out well ;)
[09:20] <Ubulette> nice link
[09:20] <Ubulette> LP is a real maze. not easy to find that kind of stuff
[09:23] <asac> yeah
[09:23] <asac> it lacks a site-map ;)
[09:23] <asac> there are even things you cannot find i guess :)
[09:23] <asac> for instance:
[09:23] <asac> https://launchpad.net/+builds
[09:24] <asac> or https://launchpad.net/ubuntu/gutsy/+queue
[09:24] <asac> i have no idea how you can reach those without typing in url bar
[09:25] <Ubulette> I knew /+builds, nice. I've made mine too :)
[09:26] <asac> yours?
[09:27] <asac> anyone here who plays chess and has ever beaten gnuchess (without book)?
[09:36] <asac> Ubulette: wanna try if ubufox works on paradiso?
[09:36] <asac> nevermind ;)
[09:37] <Bernardo> asac: I have here the Ralink usb stick
[09:37] <Bernardo> do you want me to try it out?
[09:38] <asac> of course... if you are on gutsy all feedback is welcom
[09:39] <asac> though i heard that ralink still has a damn buggy driver
[09:39] <asac> but maybe things are fixed .... iirc edubuntu needs ralink
[09:39] <asac> Bernardo: do you know if a ipwXXXX usb-stick exists?
[09:40] <asac> i would like to buy about 10-20 sticks if that would bring me a great variaty of chipsets ;)
[09:40] <asac> but i think the most important ones are the built-ins :(
[09:40] <asac> which might not exist as external devices
[09:41] <asac> (but i am pretty igorant about hardware markets)
[09:45] <asac> Bernardo: there?
[09:54] <Jazzva> Evening :)...
[09:55] <Jazzva> asac: mvo merged and uploaded a-i-d :)...
[09:55] <asac> thanks a lot
[09:55] <Jazzva> No prob :)...
[09:56] <asac> you want to do the final dance as well?
[09:56] <Jazzva> Final dance? menu-data-mozilla => menu-data-xul-extensions?
[09:56] <asac> its about adding a link in firefox -> Add-On dialog to start it :)
[09:56] <asac> Jazzva: no
[09:56] <asac> we keep it as it is now
[09:56] <Jazzva> Oooooh... fuuun :)
[09:56] <asac> its not that important after all
[09:57] <Jazzva> As for directory change
[09:57] <Jazzva> I thought to rename it and then just push next time mvo makes a new upload...
[09:57] <Bernardo> asac: got connected, but apparently it didn't recognize a valid key for my ap
[09:57] <Bernardo> http://pastebin.ca/652758
[09:58] <asac> Jazzva: i think renaming is pretty low priority
[09:58] <asac> Jazzva: we should keep it on todo list
[09:58] <asac> Jazzva: maybe when we add new extensions or something we can do it in same step
[09:58] <Jazzva> asac: Well, that's why I thought to push it with next version... It's not too big for upload.
[09:58] <Jazzva> asac: Right...
[09:58] <asac> ah ... ok
[09:58] <asac> Jazzva: what you can do is you rename it on your private branch
[09:59] <asac> Jazzva: fix the rules file
[09:59] <asac> Jazzva: and then keep it until we ask mvo to merge next time
[09:59] <Jazzva> asac: I'll pull the mvo's branch, just to see what he fixed in rules :).
[09:59] <asac> Bernardo: looking
[09:59] <asac> Jazzva: right
[09:59] <asac> Jazzva: get your branch in sync first
[09:59] <asac> Jazzva: you can either just pull
[10:00] <asac> or merge (if pull fails)
[10:00] <asac> in your existing branch
[10:00] <Jazzva> asac: Will do... Ok, off to dinner now. I'll try to take a look at those two wrong-deps bugs I filed last night :).
[10:00] <asac> Jazzva: e.g. no need to start from scratch
[10:00] <Jazzva> asac: Sure thing :)...
[10:01] <asac> Bernardo: thats strange
[10:01] <asac> Bernardo: maybe restart NetworkManager ... or even dbus
[10:01] <asac> Bernardo: did the applet ask you for a password at all?
[10:01] <Bernardo> no, not at all
[10:02] <Bernardo> it usually did, when I got that error with the IPW3945
[10:02] <asac> Bernardo: or is the password usually taken from some keyring thing?
[10:02] <Bernardo> but that was with the hidden ssid
[10:02] <asac> yes ... try to restart these things and try again
[10:02] <Bernardo> the password is usually taken from kde wallet
[10:02] <asac> if it isn't too time consuming
[10:02] <Bernardo> ok, brb
[10:02] <asac> it most likely will still fail
[10:02] <asac> but better be sure
[10:02] <asac> Bernardo: at best restart dbus as well
[10:02] <asac> Bernardo: i think just restartung dbus will restart nm anyways
[10:03] <asac> so restart dbus from /etc/init.d/
[10:08] <Bernardo> ok, no luck
[10:08] <Bernardo> http://pastebin.ca/652773
[10:09] <Bernardo> http://pastebin.ca/652775 - ipw3945 won't connect too when I have the ralink connected
[10:13] <asac> Bernardo: what driver is ralink?
[10:17] <asac> dmesg | grep wlan0
[10:17] <asac> might yield something
[10:19] <Ubulette> asac, "Pending (305)", 305 seems to be a weight. It is a good one or very low priority ?
[10:19] <Ubulette> asac, or is it better to have 1 or 1000000000
[10:19] <Ubulette> ?
[10:30] <asac> Ubulette: i am innocent; no idea about infrastructure specifics ;)
[10:31] <Jazzva> asac: Branch is updated... I just have one more thing to finish and then I could do the add-on menu :)...
[10:31] <Jazzva> asac: I would need some hints...
[10:31] <Jazzva> :)
[10:31] <asac> Jazzva: welll ... i guess its almost ready ;)
[10:31] <asac> Jazzva: but i think that is good that way
[10:32] <asac> Jazzva: its simple, so you learn a bit extension mechanisms