[12:31] so you actually wait till nothing happens anymore ... then you turn off and on and it associates ? e.g. goes to stage3 et al? [12:32] or does it start from stage 1 again, but this time goes through to stage 5? [12:32] asac: http://paste.stgraber.org/3291 [12:32] I receive an associated event after switch rfkill back on [12:33] then it continues at stage 2 [12:33] yes great [12:33] i see it [12:33] why the hell goes all usb down? [12:33] my kill switch also kills my bluetooth card which is USB :) === Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-devel [12:34] stgraber: apparently it doesn't resent the associated event if you set the same essid again [12:34] stgraber: ah ok [12:35] stgraber: ok when you hang at stage 2 [12:36] does setting essid to "" trigger the association even again? [12:36] stgraber: or better ... set to a not existing one ... then set the right onw again [12:36] maybe it just continues [12:42] setting to not existing works [12:43] setting to "" doesn't change the essid (iwconfig still shows the same) [12:44] when setting to a not existing one, I see a "disassociated event", then a "associated event" and it connects correctly [12:44] so the main problem is that NM try to deassociate using essid "", which in fact doesn't deassociate :) [12:48] stgraber: i look at the driver code now ... i am not really adept in kernel code [12:48] but from what i read it skips reassociation when essid is changed :/ in case you are already associated === jetscreamer [n=jetscrea@unaffiliated/jetscreamer] has joined #ubuntu-devel [12:49] stgraber: yeah we should probably set to no-existing instead of any/off [12:50] stgraber: i don't really understand the logic in this driver code [12:51] IPW_DEBUG_ASSOC("[re] association triggered due to BSSID change.\n"); [12:51] if (!ipw_disassociate(priv)) [12:51] ipw_associate(priv); [12:51] ipw_disassociate returns 0 iif you are currently not associated/associating [12:52] for me it looks like it should just be ipw_disassociate(priv); ipw_associate(priv); [12:52] without if [12:53] further it treats any in the same way as off ... in both cases it runs ipw_associate [12:53] imo it shouldn#t do that for off [12:54] only for any [12:54] stgraber: wanna try to patch those two places? [12:54] if you have an easy way to rebuild the driver yes [12:55] easy way? [12:55] does building modules fail for you? [12:56] stgraber: have you tried to build the sources from upstream site? [12:56] yes [12:56] and had some problem with the ieee80211 thing [12:57] stgraber: why do you need that? don't we have that installed/build already? === Scrampy [n=mramazin@c58-109-96-214.eburwd4.vic.optusnet.com.au] has joined #ubuntu-devel [12:59] asac: what cmd do you use to build upstream ipw3945 ? [01:00] a simple "make" complains about duplicate ieee80211 thing === jamesh [n=james@canonical/launchpad/jamesh] has joined #ubuntu-devel [01:05] stgraber: make IEEE80211_IGNORE_DUPLICATE=y SHELL=bash [01:05] that builds for me at least [01:06] stgraber: make IEEE80211_IGNORE_DUPLICATE=y SHELL=/bin/bash [01:08] stgraber: maybe try unmodified 1.2.2 first5 [01:08] if that work we can test things === doko_ [n=doko@dslb-088-073-116-100.pools.arcor-ip.net] has joined #ubuntu-devel [01:11] asac: http://paste.stgraber.org/3292 === Pici [n=Pici@ool-4355be00.dyn.optonline.net] has joined #ubuntu-devel [01:13] hmm [01:13] ok [01:13] try to: apt-get install ieee80211-source module-assistant [01:13] then [01:13] sudo module-assistant prepare [01:13] sudo module-assistant unpack ieee80211-source [01:14] after that it should ubild [01:17] asac: looks like the ieee80211-source isn't complete, net/ieee80211_radiotap.h is missing === ryu [n=chris@unaffiliated/ryu] has joined #ubuntu-devel [01:20] stgraber: what did you do? [01:21] for me it just builds [01:21] did you try to tweak the INC variable? i didn't need that [01:22] I had to as module-assistant extract to /usr/src/module and ipw3945 looks for /usr/src/ieee80211 [01:22] stgraber: did you run module-assistant prepare? [01:22] yes [01:23] stgraber: for me the headers are found ... they are from the unpacked sources (now that i look at it) ... but are in kernel headers directory [01:23] stgraber: but prepare should have installed the headers for you? [01:24] stgraber: http://paste.stgraber.org/3293 [01:25] stgraber: http://paste.stgraber.org/3294 [01:26] bye === J-Unit [n=jdong@sharkattack.media.mit.edu] has joined #ubuntu-devel === J-Unit [n=jdong@sharkattack.media.mit.edu] has left #ubuntu-devel ["L] [01:30] asac: I have the same result for the find cmd ... [01:33] does the make command print the same? [01:33] and you really run: make IEEE80211_IGNORE_DUPLICATE=y SHELL=/bin/bash [01:33] thats strange [01:34] yes === Kmos_ [n=gothicx@249-130.dial.nortenet.pt] has joined #ubuntu-devel [01:34] you must have someelse messed up ... /usr/src/linux link exists? [01:34] /usr/src/linux-headers-2.6.22-10-generic as well? [01:35] linux -> linux-headers-2.6.22-10-generic [01:37] stgraber: make IEEE80211_IGNORE_DUPLICATE=y SHELL=/bin/bash IEEE80211_INC=/lib/modules/2.6.22-10-generic/build/include/ [01:39] same [01:40] then i can't tell ... maybe you are not up-to-date or something [01:44] stgraber: maybe you added some links when you tried to do ieee8... stuff manually in the past? [01:44] asac: I'm downloading the complete source tree, maybe it'll find the required bits here :) [01:44] stgraber: i doubt that its the required bits [01:44] your system has something wierd :) [01:45] I reinstalled all 2.6.22-10 packages this morning after trying to manually build ipw3945 so my system should be clean [01:46] stgraber: strace -eopen -f make IEEE80211_IGNORE_DUPLICATE=y SHELL=/bin/bash &> /tmp/out [01:46] please post it [01:46] http://paste.stgraber.org/3295 [01:46] stgraber: better: strace -eopen -f make IEEE80211_IGNORE_DUPLICATE=y SHELL=/bin/bash 2>&1 | grep ieee8 > /tmp/out [01:47] ok [01:47] ok [01:47] compiled (using linux-source) [01:47] stgraber: does /lib/modules/2.6.22-10-generic/build/include/net/ieee80211.h exist? [01:48] stgraber: well please install generic kernel [01:48] to test [01:49] that's -generic, I just did : apt-get source linux-image-2.6.22-10-generic and used that as IEEE80211_INC and worked [01:49] ieee80211.h doesn't exist [01:51] anyway, I can now make the module so that should be good (even if I normally wouldn't have had to download the ubuntu kernel source package) === IntuitiveNipple [n=TJ@alexandros.tjworld.net] has joined #ubuntu-devel [01:53] stgraber: ok so wait a sec [01:54] stgraber: http://paste.stgraber.org/3296 [01:54] try that patch [01:54] DISCLAIMER: i don't know what i do ;) [01:55] 2 out of 2 hunks FAILED -- saving rejects to file ipw3945.c.rej [01:57] on clean upstream ipw3945-1.2.2 === pbn [i=pbn@wopr.geekshells.org] has joined #ubuntu-devel [01:58] can you edit it manualyl that way? [01:58] yes === LaserJock looks a backscrool [01:58] stgraber: good [01:58] it's all asac and stgraber for 3 hrs [01:59] LaserJock: yeah ... apparently everyone else have their issues sorted out already ;) [01:59] gutsy is perfect! let's go home [02:00] of course its perfect ... but still there are things that can be improved ;) [02:02] stgraber: the idea is that you receive an association event in case you set a new essid :) and that you don't try to associate if essid is set to off [02:02] module compiled, let's try to replace the current one :) === amitk_ [n=amit@a91-154-119-106.elisa-laajakaista.fi] has joined #ubuntu-devel [02:04] asac: result with NM is still the same [02:05] (and no event received) [02:06] stgraber: please set iwconfig essid to off [02:06] and see if it still reassociates (e.g. nm stopped) [02:13] asac: exactly the same behaviour as before, off doesn't seem to make it deassociate at all === Zic [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel === Fujitsu wonders which package he should file a bug under about the keyboard accessibility stuff. [02:15] stgraber: how did you run iwconfig exactly? [02:15] iwconfig eth1 essid off [02:16] stgraber: in man they say that you should escape if you use the keywords [02:16] stgraber: iwconfig eth0 essid -- "ANY" [02:16] is one example === jgoss [n=josh@unaffiliated/jgoss] has joined #ubuntu-devel === astro76 [n=james@unaffiliated/astro76] has joined #ubuntu-devel [02:20] asac: well, if I do : iwconfig eth1 essid -- "off" it'll be the essid "off", not the action off [02:20] asac: so -- "off" will work, but "niofnbdiono" would have done the same :) [02:21] oh right ;) === jack_wyt [n=jack@124.64.107.4] has joined #ubuntu-devel [02:22] btw, why does "off" deassociate+associate, shouldn't it only deassociate ? [02:23] stgraber: well the patch i gave you should fix that [02:23] stgraber: current behaviour is any+off deassociate + associate [02:23] so i made this patch :) [02:23] did you apply it ;) ? [02:23] yes :) [02:24] hmm, right that's the first part of your script (didn't really read the code :)) [02:24] script :) [02:24] thats a .c file patch === whiprush_ [n=jorge@ethos.battleaxe.net] has left #ubuntu-devel [] [02:24] he, it's 2 o'clock :), yes it's C :) [02:25] stgraber: can you please try one more thing for today: build with CONFIG_IPW3945_DEBUG=1 [02:26] oh its already the default [02:27] yes, but I'd need the debug value to pass to the kernel module === alex-weej [n=alex@cpc2-darl3-0-0-cust237.midd.cable.ntl.com] has joined #ubuntu-devel [02:28] yes === mbiebl [n=michael@e180068034.adsl.alicedsl.de] has joined #ubuntu-devel [02:29] Hmm. Looking for guidelines on what's accepted in -updates [02:30] stgraber: try 0xffffffff or something [02:32] stgraber: i think its 0x1800 [02:32] that should be SCAN + ASSOC [02:32] tried with 0xffffffff and 8 (which is WX) and I have no output :( [02:33] how did you load? === Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-devel [02:34] stgraber: try echo 6144 > /sys/bus/pci/drivers/ipw3945/debug_level [02:38] I have some debug info with that, but nothing when doing the essid off [02:40] asac: when doing the essid off with debug being 6252 I see : Sep 2 02:39:21 laptop kernel: [52117.597673] ipw3945: U ipw_wx_set_essid Setting ESSID to ANY [02:40] wow [02:40] you have a bit more log for me? [02:42] http://paste.stgraber.org/3298 [02:42] ^ a bit :) [02:43] at least it's clear that NM sets the ESSID to ANY and then the driver try to associate [02:44] stgraber: well ... as you see off is any [02:44] (somehow) [02:44] you tried it manually right? [02:45] hmm, you are right that could well be OFF too as both shows ANY :) [02:46] last log line is a manual "iwconfig eth1 essid off" [02:46] i see in code that i touched AP code not essid [02:46] for essid its just zero length string [02:46] which means any [02:46] apparently wireless tools already does that [02:46] e.g. convert off to empty [02:47] stgraber: in that log you get an associated event [02:47] what kind of testrun was it? [02:47] just setting to off while nm was running? [02:47] it's what I get when loading the module with NM running [02:48] but not the complete log [02:48] so NM setting the device to OFF (-> ANY), then scanning for network and finally me doing the "iwconfig eth1 essid off" [02:48] well [02:49] yes ... stgraber this issue is not really my problem here ... my problem is that we don't get an associated event when setting essid explicitly [02:49] ok now that i see that we cannot differentiate between off and any we have to do try it the hard way [02:51] stgraber: have you tried that explicitly connecting in applet still doesn't work? [02:51] (i don't think it will ... but who knows) [02:53] stgraber: last try for today: http://paste.stgraber.org/3299 [02:55] stgraber: its in the ...set_essid method [02:55] and bascially reassociates explicitly when you set essid explicitly ... even though both are the same === jgoss_ [n=josh@unaffiliated/jgoss] has joined #ubuntu-devel === jgoss [n=josh@unaffiliated/jgoss] has joined #ubuntu-devel [03:02] stgraber: still there? === qnyc [n=james@unaffiliated/astro76] has joined #ubuntu-devel === anibal [n=anibal@debian/developer/anibal] has joined #ubuntu-devel === qnyc [n=james@unaffiliated/astro76] has joined #ubuntu-devel [03:05] asac: yes [03:05] asac: I was just testing [03:05] ok [03:06] have you tried the patch? ... to test just set the essid to the same value like you had before [03:06] it works better (I can now connect to an open wlan) [03:07] with that latest patch? [03:07] I just have some weird thing while switching from a WLAN to another [03:07] yes [03:07] ok [03:07] wait a second lets try something not so brutal [03:07] as you deassociate+associate, it first associate to the first network it finds, then switch to the right one [03:08] the other main problem is that it still associate with the first network it finds, even if it now lets you connect to it or to another that still cause a problem [03:08] ipw3945 seems not to scan networks the same way if it's associated or not === Martinp23 [n=martinp2@wikimedia/Martinp23] has joined #ubuntu-devel [03:09] for example, if it's associated with FON_BEVAIX which is my public WLAN, it will only find my WPA networks after 5 minutes or so :) [03:09] stgraber: http://paste.stgraber.org/3300 [03:09] e.g. replae the two lines we just had with the one line in that patch [03:09] I have the same behaviour with iwlist eth1 scan where I need to run it 5-6 times before I see all my networks [03:09] k [03:10] it should just send a assoc event ... without actually reassociating [03:10] stgraber: i thought your interface is always associated?? [03:11] (aeh not for nm of course) [03:12] asac: remember, it's always associated because NM first send this essid off, without NM it isn't [03:12] stgraber: actually i think its not right to call it directly [03:12] probably it should be queue_work(priv->workqueue, &priv->link_up); [03:12] hmm, build fails [03:13] /home/stgraber/Desktop/ipw3945-1.2.2/ipw3945.c:12249: warning: implicit declaration of function ipw_link_up [03:13] oh [03:13] yeah try what i said above then [03:13] warning makes it fail? [03:13] maybe better that way [03:13] queue_work(priv->workqueue, &priv->link_up); [03:17] yeah, I managed to do : Wired -> public -> WPA1 -> WPA2 [03:17] then it stalled? [03:17] then wanted to come back to public but NM had the bug I showed you before (got stuck at Stage 1) [03:17] e? [03:18] which bug do you refer to? ... ah the hang [03:18] hmm [03:18] yes [03:18] that should be something different then [03:18] stgraber: so what was the default kernel parameter used for no auto association? [03:19] parm: associate:auto associate when scanning (default 0 off) (int) [03:20] so currently, except that hang (which is more or less random) and the fact that it real slow to have a full list of network when associated, everything works fine :) [03:20] stgraber: auto? ... didn't you say its 0 ? [03:21] stgraber: i found the thing in code ... if associate there is an extra scan suspend_time [03:21] so it might be reasonable that you don't get lots of results ... especially since ipw appears to jump on the first wifi it sees ... and probably forgets about the scan results [03:24] that's a problem when the first wifi it sees is a public hotspot and your personal wifi is detected only after a couple of minutes :) [03:24] yeah we can look into that the next days [03:24] its probably driver specific [03:24] stgraber: can you try to not set to auto ? [03:24] (i wonder why we have that set to auto at all) [03:25] associate=0 by default so it doesn't auto-associate when scanning [03:25] ok [03:25] then thats a bug [03:26] the associate comes from NM doing the essid ANY/OFF [03:26] stgraber: we can try to fix that tomorrow === Martinp23 [n=martinp2@wikimedia/Martinp23] has joined #ubuntu-devel [03:26] i think i know how to make the driver to obey not to do that. [03:26] cool :) [03:27] well don't hope too much [03:27] :) [03:28] stgraber: imo when you have associate=0 ... then setting ANY/OFF should not associate [03:28] right? [03:28] yes, but that's not the current behaviour :) [03:28] yeah question is if thats the desired behaviour? [03:28] if so i see the place to add that [03:28] I don't see why off should associate at all ... [03:29] even with associate=1 [03:29] but i don't see a use case for auto association at all [03:29] stgraber: off doesn't exist [03:29] right :) [03:30] the difference is probably already eliminated on user-space in wireless-tools [03:30] though not really sure [03:31] ok, so basically if associate=0 then the driver should only deassociate not deassociate+associate [03:31] yes [03:31] so with associate=0 it means OFF [03:31] while with associate=1 it means ANY :) [03:31] no idea what that would break ;) [03:31] i think the only thing that wouldn't happen is that user gets initially connected to some random network [03:32] which might be nice for noops ... but on the other hand often not the right network anyway [03:32] which is current behaviour for most other drivers no ? [03:32] no idea ... i just got dragged into this driver thing ... [03:33] do they all get an assocaite paratmeter? [03:33] can you see that? [03:33] bcm43xx doesn't [03:34] and same for madwifi [03:34] stgraber: what parameters do those get? === djm999 [n=djm999@220.157.71.81] has joined #ubuntu-devel === djm999 [n=djm999@220.157.71.81] has left #ubuntu-devel ["Leaving"] [03:36] countrycode (for the channel limit I guess), outdoor (?), xchanmode (extanded channel mode), rfkill (enable rfkill), autocreate (autocreate if), ratectl, ath_debug for madwifi [03:37] stgraber: so how is the current behaviour? [03:37] locale (?), country (same as madwifi), noleds (disable led), fwpostfix (choose what firmware to load) [03:37] if you boot ... you still get an associated wifi next to your connected wired? [03:38] with bcm43xx and madwifi doing : iwconfig if essid off( or any) doesn't make the card to associate [03:38] ok so maybe its really just off for them [03:38] and ipw implemented just any :) [03:38] :) [03:38] well they tried to implement off ... but failed ;) [03:39] because they forget the associate config test when essid is set [03:39] and associate always [03:40] wow they even overwrite the associate parameter once you configured essid off/any [03:46] stgraber: last for real: http://paste.stgraber.org/3303 [03:54] asac: can you paste your .c somewhere so I'm sure mine is clean :) [03:57] does it fail? [03:57] i mean we were diverged from the beginning :) [03:58] stgraber: http://people.ubuntu.com/~asac/ipw3945.c [03:59] no idea if i edited something else at some point [03:59] (seemed like i did because you couldn't apply the patch) [04:00] stgraber: sorry i made a mistake :) [04:00] FATAL: Error inserting ipw3945 (/lib/modules/2.6.22-10-generic/ubuntu/wireless/ipw3945/ipw3945.ko): Unknown symbol in module, or unknown parameter (see dmesg) [04:00] oh, saw the mistake :) === Shely [n=Sea@60.20.62.49] has joined #ubuntu-devel [04:01] s/deassociate/disassociate/ [04:01] yes [04:01] stgraber: should work with that imo [04:02] stgraber: ok reuploaded the .c file (which compiles) ... but still no idea what else i edited at some point in there [04:03] good this one doesn't auto-associate, I can also connect to a network without any problem, but switching back to Wired, it associates with my Open wifi in the background [04:04] so problem is 50% solved :) [04:04] well, more 80% I'd say :) [04:04] hmm [04:04] ok [04:04] does it harm your ability to go back to wifi? [04:06] I'll try one more time but I think the only thing it'll cause is that it'll scan less frequently after you did : wired -> wifi -> wired [04:06] ok [04:07] argh, no, I can't go back to wifi :( [04:10] stgraber: well i would need a driver debug log then again :) [04:10] but maybe tomorrow [04:10] as usual, as it's already associated with the network it doesn't reassociate [04:10] so problem is half-solved :) [04:10] stgraber: don't you see an associated evnt in log? [04:11] (the output we added to network manager)? [04:11] when trying to go back? [04:11] yes :) [04:11] (which is strange ...) [04:11] you see it? [04:11] where does it hang? [04:11] maybe its again the other hang issue? [04:12] and next time you try it works longer? [04:12] Sep 2 04:09:40 laptop NetworkManager: SUP: sending command 'ENABLE_NETWORK 0' [04:12] e.g. you can go to wired/wifie more than once? [04:12] Sep 2 04:09:40 laptop NetworkManager: SUP: response was 'OK' [04:12] Sep 2 04:09:40 laptop NetworkManager: Activation (eth1) Stage 2 of 5 (Device Configure) complete. [04:12] Sep 2 04:09:40 laptop NetworkManager: wireless_event_helper - associated event [04:12] no it's not the hang issue as I can go back to wired with having to kill NM [04:13] what happens after that? [04:13] nothing till I switch back to wired === scott__ [n=scott@24-180-196-49.dhcp.aldl.mi.charter.com] has joined #ubuntu-devel === astro76 [n=james@unaffiliated/astro76] has joined #ubuntu-devel [04:14] stgraber: but no Activation (eth1) Stage 2 of 5 (Device Configure) successful. ? [04:14] before that? [04:15] asac: http://paste.stgraber.org/3304 [04:19] stgraber: ok i think the link_up is not enough then [04:19] with disassociate/assocaite instead of the queue_work( ... link_up) it should work i hope [04:20] but not today :) [04:20] night! [04:20] good night [04:20] and thanks for all the testing ! === jds663 [n=fff@c-76-22-137-36.hsd1.tn.comcast.net] has joined #ubuntu-devel [04:20] no problem [04:22] was Xgl made default in this last batch of updates and how the heck do I stop it from trying to load?!? It's way too slow for my card.. [04:22] the cpu load is at 100% xgl... and I have never run that xserver [04:24] No. It's in universe. We've never shipped it by default [04:26] this is strange after an update it's refusing to boot without it.. and ive even removed the package so now it just "stops" when i login and goes no further.. could this have been the kubuntu team? and where might I look to find out where it is executing this.. ive looked in kdmrc and several Xsession/X11 files... === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === deadchip is now known as nullptr === mayeco [n=mayeco@kubuntu-desktop.cpe.cableonda.net] has joined #ubuntu-devel === Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-devel === j_ack [n=j_ack@p508D8D4C.dip0.t-ipconnect.de] has joined #ubuntu-devel === DShepherd [n=dwight@72.252.133.113] has joined #ubuntu-devel === Maczimus [n=Maczimus@ppp-70-249-153-4.dsl.rcsntx.swbell.net] has joined #ubuntu-devel === superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel [05:46] Love Gutsy, was there a recent update that makes ATI cards work with the effects? === Maczimus [n=Maczimus@ppp-70-249-153-4.dsl.rcsntx.swbell.net] has left #ubuntu-devel ["Leaving"] === fabbione [i=fabbione@gordian.fabbione.net] has joined #ubuntu-devel === sevrin [n=sevrin@ns1.clipsalportal.com] has joined #ubuntu-devel === slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel === astro76 [n=james@unaffiliated/astro76] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === Lure [n=lure@89-212-18-142.dynamic.dsl.t-2.net] has joined #ubuntu-devel === oldmanstan [n=glesica@128.177.28.13] has left #ubuntu-devel [] === rohith [n=rohith@59.92.152.39] has joined #ubuntu-devel [08:19] === zenrox [n=zenrox@pool-71-115-208-222.spknwa.dsl-w.verizon.net] has joined #ubuntu-devel === ompaul [n=ompaul@freenode/staff/gnewsense.ompaul] has joined #ubuntu-devel === MagnusR [n=magru@c83-252-237-96.bredband.comhem.se] has joined #ubuntu-devel === Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-devel === ant30 [n=ant30@85.136.42.17.dyn.user.ono.com] has joined #ubuntu-devel === Zic [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel [09:56] asac: I've just built the ipw3945 driver with the latest ipw3945.c you've uploaded and it's almost perfect (deassociation works fine when setting any) === Hobbsee waves to stgraber [09:56] asac: the only problem is that if I do the following : wired -> public -> private1 -> private2 -> private1 -> public (failed and fallback to wired) [09:57] asac: so I can connect to an open network only if it's the first network I try to connect to, otherwise it doesn't even try to associate (iwconfig shows off/any) [09:57] hi Hobbsee === thekorn [n=thekorn@a89-182-134-68.net-htp.de] has joined #ubuntu-devel === dejv_ntb [n=david@ip4-83-240-15-146.cust.nbox.cz] has joined #ubuntu-devel [10:10] asac: http://paste.stgraber.org/3308 (log of first connect to open network (working)) [10:10] asac: http://paste.stgraber.org/3307 (log of switch from WPA to open network (not working)) === rikai_ [n=rikai@unaffiliated/rikai] has joined #ubuntu-devel === finalbeta [n=viper@d54C6865D.access.telenet.be] has joined #ubuntu-devel === blight [n=blight@droid.gotadsl.co.uk] has joined #ubuntu-devel === pygi [n=mario@83-131-80-51.adsl.net.t-com.hr] has joined #ubuntu-devel === dexem [n=dani@212.97.172.119.dyn.user.ono.com] has joined #ubuntu-devel === mc44 [n=mc44@unaffiliated/mc44] has joined #ubuntu-devel === IanC26 [n=IanC26@2002:908b:a5b3:4:216:6fff:fe39:ff6e] has joined #ubuntu-devel === Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-devel === Gasten [n=Gasten@h52n9c1o1095.bredband.skanova.com] has joined #ubuntu-devel === superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel === blight [n=blight@droid.gotadsl.co.uk] has joined #ubuntu-devel === bigon [i=bigon@imladris.bigon.be] has joined #ubuntu-devel === didymo [n=ashley@CPE-61-9-197-223.static.nsw.bigpond.net.au] has joined #ubuntu-devel === macd [n=d@cl-151.ewr-01.us.sixxs.net] has joined #ubuntu-devel === superm1_ [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel [12:01] infinity: Ping, re: libnss-db some more. And I have a question about a promotion. === norsetto [n=norsetto@87.18.239.119] has joined #ubuntu-devel === Nicke [n=niclasa@ua-83-227-140-135.cust.bredbandsbolaget.se] has joined #ubuntu-devel === norsetto [n=norsetto@87.18.239.119] has joined #ubuntu-devel === Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-devel === duese [n=Ident@p5B03D7B9.dip.t-dialin.net] has joined #ubuntu-devel === ant30_ [n=ant30@85.136.35.228.dyn.user.ono.com] has joined #ubuntu-devel === Kmos [n=gothicx@unaffiliated/kmos] has joined #ubuntu-devel === PriceChild [n=pricechi@ubuntu/member/pdpc.supporter.student.PriceChild] has joined #ubuntu-devel === cassidy [n=cassidy@host-85-27-68-188.brutele.be] has joined #ubuntu-devel === jamiemcc [n=jamie@82-32-8-26.cable.ubr02.azte.blueyonder.co.uk] has joined #ubuntu-devel === Seveas__ [n=seveas@seveas.demon.nl] has joined #ubuntu-devel === shiyee [n=Shiyee@0x50a16837.abnxx4.adsl-dhcp.tele.dk] has joined #ubuntu-devel [01:18] stgraber: i need the full driver logs [01:20] stgraber: and how about wired -> public -> wired -> public -> wired -> public ... i assume it doesn't work as well? [01:25] right [01:34] ok, I've the debug message, now let's try to have some interesting ones :) [01:36] asac: http://paste.stgraber.org/3311 [01:37] btw, it looks like a wpa_supplicant problem === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-devel [01:41] stgraber: i was off :/ [01:42] 13:33 < stgraber> ok, I've the debug message, now let's try to have some interesting ones :) === AlinuxOS [n=vsichi@host57-130-dynamic.1-87-r.retail.telecomitalia.it] has joined #ubuntu-devel [01:42] 13:39 < asac> huh? [01:42] stgraber: if you have debug=0xffffffff === ryu [n=chris@unaffiliated/ryu] has joined #ubuntu-devel [01:42] then it should be interesting enough ;) [01:43] stgraber: ok i think i found the log on your paste server [01:44] 3311? [01:45] stgraber: hmmm that run is again a bit strange ... we see: [01:45] # [01:45] Sep 2 13:36:07 laptop NetworkManager: Error opening supplicant global control interface. [01:45] # [01:45] Sep 2 13:36:07 laptop NetworkManager: real_act_stage2_config(): Activation (eth1/wireless): couldn't connect to the supplicant. [01:45] we didn't see that before, right? [01:54] how can i check if a box is performing well? [01:55] stgraber: you know our workaround we did in nm to unset the essid in stage1? ... probably we don't want that anymore now. === sits [n=sits@cpc3-cwma2-0-0-cust739.swan.cable.ntl.com] has joined #ubuntu-devel [02:01] asac: right, I tried to disable the patch but after that I wasn't able to apply the wpa_supplicant patch anymore [02:03] jc-denton: #ubuntu for support, please see teh /topic [02:03] well [02:03] last time i asked there for something specific, nobody had a clue [02:03] here people know stuff.. [02:04] stgraber: ok will do it [02:04] jc-denton: run top, and look at the stuff off that. [02:04] heh [02:04] jc-denton: it still doesnt make it the right channel (it's nothing to do with ubuntu development), and it's also a weekend. [02:04] well i did that [02:05] "run well" is not very descriptive, either. [02:05] well i don't have anything running on the box [02:05] does a low load mean that it's running well? no runaway processes? [02:05] i tested disk io with hdparm [02:05] and it seems to work fine [02:05] but when i run apt-get install something [02:05] for example [02:05] "building dependency tree" takes some time [02:05] and it's a fresh install === ant30 [n=ant30@85.136.35.228.dyn.user.ono.com] has joined #ubuntu-devel [02:06] on my laptop it's much faster and i have many things installed [02:07] jc-denton: If you want help even though you're asking user questions in a development channel, you could at least have the decency to ask proper questions that we can actually answer. [02:07] .o0 ( hmm, I wonder if jc-denton can get answers here then maybe I should try too ) [02:08] lol [02:08] jc-denton: I jest I jest [02:08] sits: that's why we discourage such things [02:08] jc-denton: but people do go by convertion [02:08] jc-denton: With the information you've given, "you can check if someone has hammered on it with an axe" would be a possible response to "how can i check if a box is performing well? [02:08] sits: because people *do* do that [02:09] soren: *snorts with laughter* [02:09] (I really did have a question before you arrived but read the topic and thought.. Hmm better not) [02:09] well ok [02:09]