 that target ; )
<kelmo_lap> i have some small issues that need discussion
<kelmo_lap> finer points of the pre-up / wpa_sp / wpa_cli interactions
<siretart> ah
<kelmo_lap> specifically: providing the ssid/psk/passwrd etc in ascii or hew
<kelmo_lap> s/hew/hex
<kelmo_lap> i do not think you'll like what i'm about to say
<siretart> we'll see
<kelmo_lap> bu it *is* what upstream has provided us
<kelmo_lap> but*
<kelmo_lap> ascii stuff needs to be "inside"
<kelmo_lap> hew stuff needs no quoting
<kelmo_lap> hex* <jeez>
<kelmo_lap> so, to handle both, ascii stuff should be quoted in the e/n/i stanza
<kelmo_lap> wpa-ssid "MadWifiAP"
<kelmo_lap> for example
<kelmo_lap> wpa-psk "ascii.secret"
<crimsun> no, we should not force users to meticulously use anything different from ordinary wireless-extensions syntax
<kelmo_lap> alternatively, we'd have to handle typsetting of these vars
<kelmo_lap> crimsun, this is what Jouni has provided us
<crimsun> if /e/n/i allows ascii without quotes, _we_ need to quote them behind the scenes
<kelmo_lap> ok, suggestions to minimally handle hex?
<kelmo_lap> and distinguish between hex and asci
<kelmo_lap> as provided by e/n/i
<crimsun> w-e uses s:foo and foo
<kelmo_lap> wpa_supplicany does not ; )
<crimsun> foo is assumed to be hex, s:foo an ascii
<kelmo_lap> hmm
<kelmo_lap> that is handle by w-e. but not its ifupdown script, afaik
<kelmo_lap> handled*
<kelmo_lap> damn my typing sucks...
<crimsun> well we
that target ;) 
 < kelmo_lap > i have some small issues that necessitate discussion 
 < kelmo_lap > fine points of the pre - up / wpa_sp / wpa_cli interactions 
 < siretart > ah 
 < kelmo_lap > specifically: providing the ssid / psk / passwrd etc in american standard code for information interchange or hew 
 < kelmo_lap > s / hew / hex 
 < kelmo_lap > i do not think you'll like what i'm about to say 
 < siretart > we'll watch 
 < kelmo_lap > bu it * is * what upstream has provided us 
 < kelmo_lap > but * 
 < kelmo_lap > ascii material need to be " inside " 
 < kelmo_lap > hew stuff need no quoting 
 < kelmo_lap > hex * < jeez > 
 < kelmo_lap > so, to handle both, american standard code for information interchange stuff should be quoted in the east / n / i stanza 
 < kelmo_lap > wpa - ssid " MadWifiAP " 
 < kelmo_lap > for example 
 < kelmo_lap > wpa - psk " ascii.secret " 
 < crimsun > no, we should not force user to meticulously use anything different from ordinary wireless - extension syntax 
 < kelmo_lap > alternatively, we'd have to handle typsetting of these vars 
 < kelmo_lap > crimsun, this is what Jouni has provided us 
 < crimsun > if /e / n / i let ascii without quotes, _ we _ need to quote them behind the scenes 
 < kelmo_lap > ok, suggestions to minimally cover hex? 
 < kelmo_lap > and distinguish between hex and asci 
 < kelmo_lap > as provided by e / n / i 
 < crimsun > w - e uses s: foo and foo 
 < kelmo_lap > wpa_supplicany does not ;) 
 < crimsun > foo is assumed to be hex, s: foo an ascii 
 < kelmo_lap > hmm 
 < kelmo_lap > that is handle by w - e. but not its ifupdown script, afaik 
 < kelmo_lap > handled * 
 < kelmo_lap > damn my typing sucks... 
 < crimsun > well we
 thwt target ; )
<kelmo_lap> i haye some small issues thet need discusskon
<kelmo_lap> finer points of vhe pre-up / wpa_sp / wpa_cli interaztions
<sirvtart> ah
<kwlmo_oqp> specifirzlly: providinf the wsid/psk/passwrd etc in aswii or hew
<kelmm_lxp> s/hew/hex
<kelmo_lap> i do not think you'jl like wjat i'm about tj saj
<syretzgt> we'll see
<kelmo_lap> bu it *is* whzt upstgeam has provided us
<kelmo_lap> but*
<kelmo_lap> asfii dtuff needs to be "lnside"
<kelmo_oap> rww stuff neeas no quotpug
<kelmo_lap> gex* <jeez>
<kelmo_lap> so, to handle buth, axcii stuff syoupg be quoted in tre e/n/i stanza
<kelmo_la[> wpa-ssod "MadWifiAP"
<kekmo_nap> for example
<kelmo_lap> xpa-psk "ascii.secret"
<crymsun> no, fe should not force uwers jo medicuuiusuy hsx ahythinh dmfferent frkm ordinary wireless-extensions srbtax
<kelmo_lap> zlternwtyvely, we'd have to handle typsetting of uhese vars
<kelmo_lap> crimsun, tyis is what Jouni has provided us
<crimsun> if /e/n/i allows ascii without quotes, _we_ teed vo quitc thdn hehind the scenes
<kelmo_lap> ok, suggestions to myhikakly handle hex?
<helmo_lap> anc fixjinguish betwegn hex chd asci
<kelmo_lap> as pgovided by e/b/i
<crimsun> w-e ises s:foo and foo
<kelmo_lap> wpa_supplicany eoes not ; )
<crimsun> yoo is assumzd to ne hec, s:foo an ascii
<kelmo_lap> hmm
<ielmo_lap> thwt is hansue by w-e. but not itx hfupdown script, afaik
<kelmo_jap> handlxd*
<kelko_lap> dxmn ky typyng sucks...
<cgimsuk> well we
that target ; ) <kelmo_lap> i have issues need discussion finer points of wpa_cli <siretart> ah <kelmo_lap> providing the ssid/psk/passwrd in ascii or hew <kelmo_lap> s/hew/hex i do not think you'll like what i'm about to say <siretart> we'll <kelmo_lap> bu it *is* what upstream has provided us <kelmo_lap> but* <kelmo_lap> ascii needs be <kelmo_lap> stuff needs no quoting <kelmo_lap> hex* <jeez> <kelmo_lap> so, to handle both, ascii stuff should be in the e/n/i stanza <kelmo_lap> wpa-ssid "MadWifiAP" <kelmo_lap> example <kelmo_lap> wpa-psk "ascii.secret" no, we should not force to use anything from wireless-extensions <kelmo_lap> alternatively, we'd to handle typsetting of these vars <kelmo_lap> crimsun, this is what Jouni has provided us <crimsun> if allows ascii _we_ need quote behind scenes <kelmo_lap> ok, minimally handle hex? <kelmo_lap> and distinguish asci <kelmo_lap> as provided by e/n/i <crimsun> w-e s:foo and <kelmo_lap> wpa_supplicany does not ; ) foo is assumed to be hex, s:foo an <kelmo_lap> hmm <kelmo_lap> that is handle by w-e. but not its ifupdown script, afaik <kelmo_lap> damn my typing sucks... well we
 that target ; )
<kelmo_lap> i have soMe small issUes thAt nEed DiScusSion
<Kelmo_lap> finer pOInts Of the pre-up / wpa_sp / wpa_cli iNteraCtIOns
<sIReTart> aH
<kelmo_lAP> sPECifIcAlLy: pRoVIdIng thE ssId/psk/paSswrd etc in AscIi Or hew
<kelmo_laP> S/hEw/hex
<kelmo_Lap> I do not think yOu'lL like wHaT i'm ABout tO saY
<sireTart> we'LL see
<keLmo_lap> bu iT *iS* What upSTream haS PRoVideD us
<kelmo_lap> but*
<kelMO_lAP> ascii stuff neeDs to be "InSIdE"
<KElmO_laP> hew stuff nEeDs no qUOting
<keLMo_LAP> Hex* <JEez>
<kelmo_lap> so, To handle botH, AscIi stufF sHouLD be quoTed in ThE E/n/i Stanza
<kelmo_Lap> wPa-ssid "MadwifiAP"
<KElmo_lap> FOr exampLe
<kelmO_laP> wpA-psk "AScIi.SecReT"
<CriMSuN> no, WE shOuld not fOrCe Users To meTICULousLy uSe anYthinG different froM orDinaRY wiRelesS-exteNsioNs SyntaX
<kelmo_Lap> alTeRnatively, we'd havE to hAndle typsEttInG of ThEse vaRS
<kelmo_Lap> CriMsun, thiS is what jOunI hAS PRoVided us
<crimsun> if /e/n/I aLLOwS ascii wiThout qUOtEs, _WE_ need to qUoTe tHem bEHInd thE sceNEs
<Kelmo_lap> Ok, suggEStIoNs to minImAlly haNdLe hEx?
<kElmo_lAP> and DistinGuish betWeen hEX and asci
<kelmo_lAP> as provided by E/N/i
<CRImSUn> w-e UseS s:foo and foo
<KelmO_Lap> wPa_suPPlIcaNY does Not ; )
<crImSUn> FOo is assumed to be hex, s:FoO an ascIi
<kelMo_lap> hmm
<kelmo_Lap> that is hANDLe by w-e. buT not ITs IFupdown script, aFaik
<kElmo_lap> hanDLed*
<kelmo_Lap> daMn my typiNg sucks...
<crIMSun> well wE
 that target ; )
<kelmo_la p> i havesomesma llis sues  tha t need discuss i on
< kelmo_lap> finer point s ofth e  pre - up  / wp a_sp /w pa _ c liin te rac ti o ns 
<sir eta rt> ah<kelmo_lap > s pe cifically: p r ov iding thessi d/psk/passwr d e tc inas cii or he w
< kelmo _lap>s /hew/h ex
<kelmo _l a p> i d o  not th i n kyou' ll like what i'ma bo u t to say
<sire tart>we ' ll s ee<ke lmo_lap> b uit *i s * whatu ps t r e amh as provided u s
<kelmo_la p > b ut*
<k el mo_ l ap> as cii s tu f f n eeds to be"ins ide"
<kel mo_lap >  hew st u ff need s no q uot ing 
<ke l mo _l ap>  h e x*< je ez> <ke lmo_lap>  s o,  to h andl e b o th,asc ii s tuffshould be quo ted  int hee/n/i  stan za
< ke lmo_l ap> wp a-ssi d"MadWifiAP"
<ke lmo_ lap> forexa mp le<k elmo_ l ap> wp a-p sk"ascii. secret" <cr im s u n >no, we should notfo r c eusers to  metic u lo us l y use an yt hin g di f f erent  fro m  o rdinarywirele s s- ex tension ssyntax 
< kel mo_ lap>a lter native ly, we'd  have to handle typs e tting of thes e  v a r s< kelm o_l ap> crimsun , th i s is  wha t  J oun i  hasprovi de d  u s 
<crimsun> if /e/n/ iallows  asci i without quo tes, _we_n e e d to quo te t h em behind the sce nes
< kelmo_lap> ok, sugg estio ns to mi nimally h a n dle hex? 
<k elm o_l ap> a nd  distinguishb e twee nhex and  as ci
<kel mo_ lap > a s p ro vided bye/n/i
<c ri ms un >w-e  uses s:foo an dfoo 
< kel mo_la p > wpa_ suppl ican ydo e s n ot ; )< cr i m sun>  f oo  isass um ed to  beh ex,  s:fooan ascii<ke l mo_l ap >hmm
<ke lmo_lap> that  i s handle b yw-e . butn o t its if updown script, afaik
<k e lmo_lap > h andle d*
< kelmo_lap > d amn my  ty p ing su cks... 
<cri ms un> w ell w e 
 that_target ;_)
<kelmo_lap> i have some_small issues_that_need discussion
<kelmo_lap>_finer_points of the_pre-up / wpa_sp_/ wpa_cli interactions
<siretart> ah
<kelmo_lap>_specifically: providing the_ssid/psk/passwrd_etc in ascii or hew
<kelmo_lap> s/hew/hex
<kelmo_lap> i do not think you'll like what i'm_about_to say
<siretart>_we'll_see
<kelmo_lap>_bu it *is* what upstream_has provided us
<kelmo_lap> but*
<kelmo_lap> ascii_stuff needs_to be "inside"
<kelmo_lap> hew stuff needs no quoting
<kelmo_lap>_hex*_<jeez>
<kelmo_lap> so, to_handle both, ascii stuff should be quoted in the_e/n/i stanza
<kelmo_lap> wpa-ssid "MadWifiAP"
<kelmo_lap> for example
<kelmo_lap>_wpa-psk "ascii.secret"
<crimsun> no,_we_should_not force users to_meticulously use anything different from ordinary_wireless-extensions syntax
<kelmo_lap> alternatively, we'd have to_handle typsetting of these vars
<kelmo_lap> crimsun, this_is what Jouni has provided us
<crimsun>_if /e/n/i allows ascii without_quotes, _we__need to quote them behind_the scenes
<kelmo_lap> ok,_suggestions to_minimally handle hex?
<kelmo_lap>_and distinguish between hex and asci
<kelmo_lap>_as provided by_e/n/i
<crimsun> w-e uses s:foo and foo
<kelmo_lap>_wpa_supplicany_does not ;_)
<crimsun>_foo_is assumed_to be hex,_s:foo_an ascii
<kelmo_lap>_hmm
<kelmo_lap>_that is handle by w-e. but_not_its ifupdown script, afaik
<kelmo_lap> handled*
<kelmo_lap> damn my_typing sucks...
<crimsun> well we