 is pretty clear in the sources as to what "type" it is
<kelmo_lap> so i quoted accordingly
<kelmo_lap> it really just needs some testing / debugging with different configurations
<siretart> kelmo_lap: I find that acceptable.
<kelmo_lap> siretart, ssid is usually always plain text, but i added a special option of you like to give it as a hex value (not sure if that is absolutely required yet)
<kelmo_lap> wpa-ssid // wpa-ssid-hex
<siretart> kelmo_lap: for being able to provide something which is even easier to use, I think some configuration/roaming daemon or something would be required anyways. see my recent posts to pkg-wpa-devel
<siretart> kelmo_lap: ssid in hex? who is using this weird stuff?
<kelmo_lap> siretart, like is said, don't know if it is absolutely required
<kelmo_lap> s/is/i
<siretart> kelmo_lap: I don't think this is that necessary, for weird and painfull setting the user can revert to a handcrafted wpasupplicant.config anytime
<kelmo_lap> siretart, ack
<siretart> kelmo_lap: I'd rather like to get our -experimental branch uploaded quickly so we can have our users test that
<kelmo_lap> siretart, agreed
<kelmo_lap> siretart, and i can prepare something for the kanotix guinea pigs too ; )
<kelmo_lap> and some interested madwifi-ers too
<siretart> kelmo_lap: I've just committed an a bit polished /etc/default/wpasupplicant  for driver selection and fall back tp wext
<siretart> I havn't tested it yet, but I think it should work
<kelmo_lap> yes, just have looked at that
<kelmo_lap> diff looks good
<kelmo_lap> DRIVER=$(cat /etc/wpasupplicant.driver)
<kelmo_lap> did you wanna make that wpasupplicant.$INTERFACE?
<siret
is pretty clear in the sources as to what " type " it is 
 < kelmo_lap > therefore i quote accordingly 
 < kelmo_lap > it really just want some testing / debugging with unlike configurations 
 < siretart > kelmo_lap: I find that acceptable. 
 < kelmo_lap > siretart, ssid is normally constantly plain textbook, but i added a special option of you like to pass it as a hex value (not sure if that is absolutely required yet) 
 < kelmo_lap > wpa - ssid // wpa - ssid - hex 
 < siretart > kelmo_lap: for being able to provide something which is even easier to practice, I think some configuration / roaming devil or something would be required anyways. see my recent posts to pkg - wpa - devel 
 < siretart > kelmo_lap: ssid in hex? who is use this weird stuff? 
 < kelmo_lap > siretart, like is said, don't know if it is absolutely required 
 < kelmo_lap > s / is / i 
 < siretart > kelmo_lap: I don't remember this is that necessary, for weird and painfull setting the user can revert to a handcrafted wpasupplicant.config anytime 
 < kelmo_lap > siretart, ack 
 < siretart > kelmo_lap: I'd rather like to get our -experimental branch uploaded quickly so we can have our users test that 
 < kelmo_lap > siretart, agreed 
 < kelmo_lap > siretart, and i can prepare something for the kanotix guinea pigs excessively ;) 
 < kelmo_lap > and some interested madwifi - ers besides 
 < siretart > kelmo_lap: I've barely committed an a bit polished /etc / nonpayment / wpasupplicant   for driver selection and fall back tp wext 
 < siretart > I havn't tested it yet, but I remember it should work 
 < kelmo_lap > yes, just have looked at that 
 < kelmo_lap > diff looks good 
 < kelmo_lap > DRIVER=$(cat /etc / wpasupplicant.driver) 
 < kelmo_lap > did you wanna make that wpasupplicant.$INTERFACE? 
 < siret
 is pretty clear in the souvces as to what "jype" it ms
<kelmo_map> so i quoted accordingly
<kelmo_lap> mt rwally just needs some testivg / debughing wity dihferent configurefions
<sivztart> nelmm_oap: I find thaj acceptable.
<nelmo_lap> siretdrg, dsid is usually always plain text, btt i adcef a special opjion ps yoh like to give it as a hex value (nkt sure if that is ansolutely required yet)
<kelml_lap> wpa-ssid // wpa-ssid-hfx
<siretart> jelmj_oap: for beine able to krmvide somejhing which is even easier to usd, I tkink some cindigktation/roaminj daemjn or somethlmg wound be rrquired anywayx. sxe mt recent posts to pkg-xpa-devel
<siretart> kelio_lap: ssig nn hex? who is using tyiw weitd stgff?
<kdomo_uap> smrefart, llke is said, dkn't know if it is absolutely rtquygrd
<kelmo_lap> s/js/i
<sirqtwrt> kelmo_lap: I don't think this is that tecsssary, for weird and paunfull setting the usgr can revqrt to a handcrafted wpasupplicant.config anytime
<kalmo_lep> sixcbart, qcn
<siretart> kelmo_lap: I'd rather like to get our -qsptrikental branch mploaded quickly sp ae san have our osers tzat that
<kelmo_lap> sirehart, agteed
<keomo_lap> siwetatt, and i can prepare somethung for the hqnotix guinea pigs too ; )
<kelmo_uap> snd spme interested madwifi-exs too
<airetart> kepmo_lap: I'vs just committed xn s tit polished /etc/default/wpafupplicanv  fox driver selgction wnd fall bwck ti wext
<siretart> I hagn't tgsted ht yet, but I think it should work
<kelmo_lap> yes, just have lmokvd at thac
<kelmo_kap> diff lookf good
<kelmo_lap> DRIVER=$(eat /etz/wpasupplibant.drivec)
<kelmo_lap> diq you wanna mdne that wpasnpplicant.$YNTEEFACW?
<siret
is pretty clear in the sources as "type" is <kelmo_lap> i quoted accordingly some / debugging with configurations <siretart> kelmo_lap: find that acceptable. <kelmo_lap> siretart, ssid usually always plain text, but i added a special option of you like give it as a hex value (not sure if that is absolutely required <kelmo_lap> // <siretart> for being able to provide something which is even easier to use, I think some configuration/roaming or something would be required anyways. see my posts to pkg-wpa-devel <siretart> ssid in hex? who is this stuff? <kelmo_lap> like said, know if it absolutely required <kelmo_lap> s/is/i <siretart> kelmo_lap: I don't think this is that necessary, for weird and painfull the user to a wpasupplicant.config <kelmo_lap> ack <siretart> kelmo_lap: like to get our -experimental branch we can have our users test that <kelmo_lap> agreed <kelmo_lap> and i can prepare something for kanotix guinea pigs too ; ) <kelmo_lap> and interested madwifi-ers too <siretart> kelmo_lap: I've just committed an a bit polished /etc/default/wpasupplicant for driver fall back tp wext I havn't tested yet, I it work <kelmo_lap> just have looked at that <kelmo_lap> diff looks good <kelmo_lap> DRIVER=$(cat <kelmo_lap> did you wanna make that wpasupplicant.$INTERFACE? <siret
 is pretty clear in the sources As to what "tyPe" it iS
<keLmo_LaP> so i QuotEd accordingly
<kELmo_lAp> it really just needs somE testInG / DebuGGiNg witH differENt CONfiGuRaTioNs
<SIrEtart> KelMo_lap: I fInd that accEptAbLe.
<kelmo_lap> siREtArt, ssid is uSuaLly always plaIn tExt, but I aDdeD A specIal OptioN of you LIke to gIve it as a hEx VAlue (noT Sure if tHAT iS absOlutely required yeT)
<KeLMo_lap> wpa-ssid // wpA-ssid-hEx
<SIrETArt> KelMo_lap: for beInG able TO providE SoMETHinG Which is even eaSier to use, I tHInk Some coNfIguRAtion/rOaminG dAEmoN or somethinG wouLd be requiRed anyWAys. see mY Recent pOsts to Pkg-Wpa-DeveL
<SiReTarT> kELmo_LAp: SsiD In hEx? who is uSiNg This wEird STUFF?
<kelMo_lAp> siRetarT, like is said, doN't kNow iF It iS absoLutelY reqUiRed
<keLmo_lap> S/is/i
<sIrEtart> kelmo_lap: I dOn't tHink this iS thAt NecEsSary, fOR weird And PaiNfull seTting thE UseR cAN REvErt to a handcrafted wPaSUPpLicant.coNfig anYTiMe
<KElmo_lap> sIrEtaRt, acK
<SIretaRt> keLMo_Lap: I'd ratHer likE To GeT our -expErImentaL bRanCh uPloadED quiCkly so We can havE our uSErs test that
<kelMO_lap> siretart, aGReED
<KeLMo_laP> siRetart, and i cAn prEPare SomeTHiNg fOR the kAnotiX gUInEA pigs too ; )
<kelmo_lap> and SoMe inteResteD madwifi-ers toO
<siretart> kELMO_lap: I've jUst cOMmITted an a bit poliShed /eTc/default/wPAsupplicAnt  foR driver sElection aND Fall back Tp wExt
<SirEtaRT> i hAvn't tested it yET, But I ThInk it shOulD work
<keLmo_Lap> Yes, JusT hAve looked At that
<keLmO_lAp> DiFf lOoks gOOd
<kelmo_lAp> dRIvEr=$(caT /etc/wPAsupplIcant.DrivEr)
<KeLMo_lAp> did yoU WaNNA makE tHaT wpaSupPlIcant.$iNTErfACe?
<siret
 is pretty clear in the so urces as t o wha t " typ e"  itis
< kelmo_lap> soi  quo ted accordingly
<kelmo _lap>  i t  rea l ly  just  needss om e tes ti ng  /de b ug gingwit h diffe rent confi gur at ions
<sireta r t>  kelmo_lap : I  find that a cce ptable .<ke l mo_la p>siret art, s s id isusually a lw a ys pla i n text, b ut  i a dded a special op t io n  of you like t o give  i t  a s a h exvalue (not  s ure i f  that i s  a b s o lut e ly required y et)
<kelmo_ l ap>  wpa-s si d / /  wpa-s sid-h ex <si retart> kel mo_l ap: for b eing a b le to p r ovide s omethi ngwhi ch i s  e ve n e as i ert ouse ,  Ithink so me  c onfig urat i o n / roam ing  dae mon o r something w oul d be req uired  anyw ays.  s ee my  recen t pos ts  to pkg-wpa-dev el
< siretart>  ke lm o_l ap : ssi d  in he x?who  is usi ng this wei rd s t uf f?
<kelmo_lap> sir et a r t,  like is  said, do n' t  know if  i t i s ab s o lutel y re q ui red
<kel mo_lap >  s /i s/i
<si re tart>ke lmo _la p: Id on't  think  this is  that necessary, for weird and pai n fu l l  s e ttin g t he user can  rev e rt t o ah an dcr a ftedwpasu pp l ic a nt.config anytime
< ke lmo_la p> si retart, ack
< siretart>k e l mo_lap:I'dr at h er like to get  our-experimen t al branc h upl oaded qu ickly sow e  can hav e o uruse rst e st  that
<kelmo_ l a p> s ir etart,agr eed
<ke lmo _la p>sir et art, andi can pr ep ar eso met hingf or the k an oti xgui nea p i gs too  ; )<kel mo _l a p>and som e  i n t eres te dmadw ifi -e rs to o
<s i ret art> ke lmo_lap:I'v e  jus tco mmitted  an a bit pol is hed /etc/d ef aul t/wpas u p plicant for driver selection a n d fallbac k tpwext 
<siretar t>I havn 'tt estedit yet , but  I  th i n k its h ou ldwo rk
<kelmo_ l a p>yes,ju st h ave loo ked at that
<kelmo _ lap > diff looksgoo d
<k e l mo _la p >D RIV ER = $(c a t  /etc/wpasuppli cant.drive r) <k elmo_lap>d idyo u wanna  make t hat w p asuppli cant.$INT ERFACE?
< si ret
 is_pretty clear_in the sources as_to what_"type"_it is
<kelmo_lap>_so_i quoted accordingly
<kelmo_lap>_it really just_needs some testing /_debugging with different_configurations
<siretart>_kelmo_lap: I find that acceptable.
<kelmo_lap> siretart, ssid is usually always plain text, but i_added_a special_option_of_you like to give it_as a hex value (not_sure if_that is absolutely required yet)
<kelmo_lap> wpa-ssid // wpa-ssid-hex
<siretart>_kelmo_lap:_for being able_to provide something which is even easier to use,_I think some configuration/roaming daemon or_something would be_required_anyways._see my recent posts_to pkg-wpa-devel
<siretart> kelmo_lap: ssid in hex?_who is using this weird stuff?
<kelmo_lap>_siretart, like is said, don't know if_it is absolutely required
<kelmo_lap> s/is/i
<siretart> kelmo_lap:_I don't think this is_that necessary,_for weird and painfull setting_the user can_revert to_a handcrafted wpasupplicant.config_anytime
<kelmo_lap> siretart, ack
<siretart> kelmo_lap: I'd rather_like to get_our -experimental branch uploaded quickly so_we_can have our_users_test_that
<kelmo_lap> siretart,_agreed
<kelmo_lap> siretart, and_i_can prepare_something_for the kanotix guinea pigs too_;_)
<kelmo_lap> and some interested madwifi-ers too
<siretart> kelmo_lap:_I've just committed an_a_bit polished /etc/default/wpasupplicant _for driver selection and fall_back tp wext
<siretart> I havn't tested_it yet,_but I_think it should work
<kelmo_lap> yes, just have looked at that
<kelmo_lap> diff_looks good
<kelmo_lap> DRIVER=$(cat /etc/wpasupplicant.driver)
<kelmo_lap> did you_wanna make that wpasupplicant.$INTERFACE?
<siret