art> err, rather /etc/wpasupplicant.driver.$INTERFACE
<kelmo_lap> yeah
<kelmo_lap> s.th. like that
<siretart> argl, damn typo, I'll fix it
<siretart> commited
<kelmo_lap> also, think about having a /etc/wpasupplicant folder with this stuff
<kelmo_lap> avoiding pollution to /etc
<siretart> right. perhaps we should do that
<kelmo_lap> it would be similar to the way hostapd package works
<kelmo_lap> siretart, right now, preup will exit if conf *or* driver is not given, what are your thoughts?
<siretart> kelmo_lap: conf has to be set to activate either mode 1 or 2. if it isn't set, bail out, because we have to assume that the user wants to use mode 3 or the user doesn't want wpasupplicant to be started at all
<kelmo_lap> yes
<siretart> kelmo_lap: ah, yes, pre-up should fall back to wext as well, agreed
<kelmo_lap> siretart, i formly beleive we should suggest setting wpa-driver in all example however
<kelmo_lap> firmly*
<kelmo_lap> and docs, etc
<siretart> agreed. this saves us bugreports
<kelmo_lap> but i would sooner fallback to wext, than maintain some deterministic shell code like suggested in some bug reports
<siretart> I think a note in README.modes that we fall back to wext is sufficient. lets say that there and only there. the examples should provide some driver
<kelmo_lap> agreed
<MrFaber> hi all
<jaldhar> Just checking...if a debian version is -1 and you need to change the dependencies for Ubuntu does it become -1ubuntu1?
<Lathiat> yep
<MrFaber> Who is the main fixer for universe packages today? :)
<siretart> raphink-pbook: I added you to keyring@tiber.tauware.de, I hope you don't object
<raphink-pbook
art > err, rather /etc / wpasupplicant.driver.$INTERFACE 
 < kelmo_lap > yeah 
 < kelmo_lap > s.th. like that 
 < siretart > argl, damn typo, I'll fix it 
 < siretart > commit 
 < kelmo_lap > besides, think about having a /etc / wpasupplicant booklet with this stuff 
 < kelmo_lap > keep off pollution to /etc 
 < siretart > right. possibly we should do that 
 < kelmo_lap > it would be similar to the way hostapd software work 
 < kelmo_lap > siretart, right immediately, preup will exit if conf * or * driver is not given, what are your thinking? 
 < siretart > kelmo_lap: conf experience to be set to activate either mode 1 or 2. if it isn't sic, bail out, because we have to assume that the user want to use mode 3 or the user doesn't want wpasupplicant to be get down at all 
 < kelmo_lap > yes 
 < siretart > kelmo_lap: ah, yes, pre - up should fall back to wext as well, agreed 
 < kelmo_lap > siretart, i formly beleive we should suggest set wpa - driver in all example however 
 < kelmo_lap > firmly * 
 < kelmo_lap > and docs, etc 
 < siretart > agreed. this saves us bugreports 
 < kelmo_lap > but i would preferably fallback to wext, than observe some deterministic shell code like suggested in some bug reports 
 < siretart > I think a note in README.modes that we fall back to wext is sufficient. lets say that there and merely there. the examples should provide some driver 
 < kelmo_lap > agree 
 < MrFaber > hi all 
 < jaldhar > Just checking... if a debian version is -1 and you need to transfer the dependencies for Ubuntu does it become -1ubuntu1? 
 < Lathiat > yep 
 < MrFaber > Who is the main fixer for universe packages today? :) 
 < siretart > raphink - pbook: I add you to keyring@tiber.tauware.de, I hope you don't object 
 < raphink - pbook
art> err, rather /etc/wpasuppligant.driver.$INTERFCXE
<kelmm_lap> ysah
<kelmo_uap> s.th. like that
<siretart> arjl, dqmn ttpo, I'll fix it
<siretart> commited
<nelmo_lap> alsi, think abonf havinn a /efg/wpasbp'licant folder eith this vtuff
<kelmo_lap> dvuibing pollution to /etc
<siretart> right. [erhaps wf should do thwt
<kekio_lal> it would be similar to the way hkstapd kackage works
<kelmo_kap> siretart, right now, prekp wlll exit if conf *og* driver is not tiven, what afe your thoughts?
<siretatt> kelmo_lap: conf has to be set tu actnvate eithet jofg 1 or 2. if it isn't set, bail oub, becauve we hsve to assume bhat vhe yser wants to use modx 3 or the user doesn'j want wpavu'plicant to be startee qt aln
<kelko_lao> yer
<sidevarf> kelml_la': ah, yes, prs-up should dall back to wext ax rvkl, agreed
<keljo_lap> fiwetart, i formly beleive we should suggevt aetting wpa-driver in alo example however
<kelml_lap> firmjy*
<kelmo_lap> and docs, etc
<siretart> agreed. this saves us bngfepirbs
<keuno_pap> but i would sooner fallback to wext, than izimtsin some deteriinistic shrlp vjde like sugggsted iu skme bug reports
<sirftart> I thinj a note yn RRADME.modes that we fall bacj to wext is wufficient. lets sav that there and only there. the examples shobld prkvide some friver
<kelju_lap> agreed
<MrFabdr> mi dll
<jaldhar> Just checking...if a debian verxion is -1 anc you geed to chwnge bve dependencies fog Ubuutu dmes it beclme -1ubuntu1?
<Lathiat> yep
<MrFaber> Who is the main gifer for unirerse iackages today? :)
<firetart> raphiuk-pbook: N addea you to kvyring@tibxr.tauware.de, Y hope you dot'j object
<raphiik-pbook
art> err, rather /etc/wpasupplicant.driver.$INTERFACE <kelmo_lap> yeah <kelmo_lap> that argl, damn I'll fix it about a /etc/wpasupplicant folder this stuff <kelmo_lap> pollution to /etc <siretart> right. perhaps should do that <kelmo_lap> it would be similar to the way hostapd package <kelmo_lap> siretart, right now, preup will exit if conf *or* driver is not what your <siretart> conf has to be set to activate either mode 1 or 2. if it isn't set, out, because we have to assume that the wants to use mode or the user doesn't want to started at <kelmo_lap> <siretart> ah, yes, pre-up fall back to wext as well, agreed <kelmo_lap> siretart, i formly beleive we should suggest setting wpa-driver all example firmly* <kelmo_lap> docs, <siretart> this saves us but i would sooner fallback to some deterministic shell code like suggested in some reports <siretart> think a note in README.modes that fall back to wext is sufficient. lets say there and only there. the examples should provide some driver <kelmo_lap> agreed <MrFaber> hi all checking...if a debian version -1 and you to the for does it -1ubuntu1? <Lathiat> yep <MrFaber> Who is the main fixer for universe today? :) <siretart> raphink-pbook: I added you to keyring@tiber.tauware.de, I don't <raphink-pbook
art> err, rather /etc/wpasupplicAnt.driver.$InTERFaCE
<KelMo_Lap> yEah
<kElmo_lap> s.th. like THat
<sIretart> argl, damn typo, I'll Fix it
<SiREtarT> CoMmiteD
<kelmo_lAP> aLSO, thInK aBouT hAViNg a /etC/wpAsuppliCant folder WitH tHis stuff
<kelmO_LaP> avoiding pOllUtion to /etc
<siRetArt> rigHt. PerHAps we ShoUld do That
<keLMo_lap> iT would be sImILar to tHE way hosTAPd PackAge works
<kelmo_lap> sIReTArt, right now, preUp will ExIT iF COnf *Or* dRiver is not GiVen, whAT are youR ThOUGHts?
<SIretart> kelmo_lAp: conf has to BE seT to actIvAte EIther mOde 1 or 2. If IT isN't set, bail ouT, becAuse we havE to assUMe that tHE user waNts to uSe mOde 3 Or thE UsEr DoeSn'T WanT WpAsuPPliCant to be StArTed at All
<kELMO_Lap> yEs
<sIretArt> keLmo_lap: ah, yes, prE-up ShouLD faLl bacK to weXt as WeLl, agrEed
<kelMo_lap> SiRetart, i formly beLeivE we should SugGeSt sEtTing wPA-driveR in All Example However
<KElmO_lAP> FIrMly*
<kelmo_lap> and docs, EtC
<SIrEtart> agrEed. thiS SaVeS Us bugrepOrTs
<kElmo_LAP> but i WoulD SoOner fallBack to WExT, tHan mainTaIn some DeTerMinIstic SHell Code liKe suggesTed in SOme bug reports
<sIRetart> I think a NOtE IN ReaDME.ModEs that we falL bacK To weXt is SUfFicIEnt. leTs say ThAT tHEre and only there. the eXaMples sHould Provide some drIver
<kelmo_lAP> AGreed
<MrFAber> HI aLL
<jaldhar> Just chEckinG...if a debian VErsion is -1 And yoU need to cHange the dEPEndencieS foR UbUntU doES It Become -1ubuntu1?
<LATHiat> YeP
<MrFabeR> WhO is the mAin FixEr fOr uNiVerse packAges todaY? :)
<sIrEtArT> raPhink-PBook: I addEd You To KeyRing@tIBer.tauWare.dE, I hoPe YoU Don'T object
<RApHINk-pbOoK
art> err, rather /etc/wpas upplicant. drive r.$ INT ER FACE 
<ke lmo_lap> yeah< kelm o_lap> s.th. like that 
<sir et a rt>a rg l, da mn typo ,  I ' l l f ix  i t
< si r et art>com mited
< kelmo_lap>  al so , think abou t  h aving a /e tc/ wpasupplican t f olderwi tht his s tuf f
<ke lmo_la p > avoi ding poll ut i on to/ etc
<si r e ta rt>right. perhaps we sh o uld do that
<k elmo_l ap >  i t wou ldbe similar  t o the way hos t ap d p ack a ge works
<kel mo_lap> sir e tar t, rig ht  no w , preu p wil le xit  if conf *o r* d river isnot gi v en, wha t  are yo ur tho ugh ts? 
<si r et ar t>ke l mo_ l ap : c o nfhas to b ese t toacti v a t e  eit her  mod e 1 o r 2. if it is n't  set ,  ba il ou t, be caus ewe ha ve toassum ethat the user w ants  to use m ode  3  or  t he us e r does n't  wa nt wpas upplica n t t ob e st arted at all
<kelm o_ l a p>  yes
<si retart >  k el m o_lap: a h,  ye s, p r e -up s houl d  f all back  to we x tas  well,ag reed
< ke lmo _la p> si r etar t, i f ormly be leive we should sugg e st setting wp a -d r i ve r  inall  example ho weve r 
<ke lmo_ l ap > f i rmly* 
<kel mo _ la p > and docs, etc
<si re tart>agree d. this saves  us bugrep o r t s
<kelmo _lap >  b u t i would soon er fa llback tow ext, tha n mai ntain so me determ i n istic sh ell  co delik e su ggested in so m e  bug  r eports<si retart>  Ithi nka n ot e in READ ME.modes  t ha twe  fa ll ba c k to wex tissu ffi cient .  letssay t hatth er e  an d onlyt he r e . th eex ampl essh ouldprov i desome dr iver
<kel mo_ l ap>ag re ed
<MrF aber> hi all<j aldhar> Ju st  ch ecking . . .if a de bian version is -1 andy ou need  to  chan ge t he depend enc ies fo r U b untu d oes it  beco me  -1 u b untu1 ? <L ath ia t> yep
<Mr F a ber > Who  i s th e mainfixer for universe pac kages today?:)<sir e t ar t>r ap h ink -p b ook : I added you tokeyring@ti be r .t auware.de, I h op e you d on't ob ject< raphink -pbook
art> err,_rather /etc/wpasupplicant.driver.$INTERFACE
<kelmo_lap>_yeah
<kelmo_lap> s.th. like that
<siretart>_argl, damn_typo,_I'll fix_it
<siretart>_commited
<kelmo_lap> also, think_about having a_/etc/wpasupplicant folder with this_stuff
<kelmo_lap> avoiding pollution_to_/etc
<siretart> right. perhaps we should do that
<kelmo_lap> it would be similar to the way_hostapd_package works
<kelmo_lap>_siretart,_right_now, preup will exit if_conf *or* driver is not_given, what_are your thoughts?
<siretart> kelmo_lap: conf has to be_set_to activate either_mode 1 or 2. if it isn't set, bail_out, because we have to assume_that the user_wants_to_use mode 3 or_the user doesn't want wpasupplicant to_be started at all
<kelmo_lap> yes
<siretart> kelmo_lap:_ah, yes, pre-up should fall back to_wext as well, agreed
<kelmo_lap> siretart, i_formly beleive we should suggest_setting wpa-driver_in all example however
<kelmo_lap> firmly*
<kelmo_lap>_and docs, etc
<siretart>_agreed. this_saves us bugreports
<kelmo_lap>_but i would sooner fallback to_wext, than maintain_some deterministic shell code like suggested_in_some bug reports
<siretart>_I_think_a note_in README.modes that_we_fall back_to_wext is sufficient. lets say that_there_and only there. the examples should provide_some driver
<kelmo_lap> agreed
<MrFaber> hi_all
<jaldhar>_Just checking...if a debian_version is -1 and you_need to change the dependencies for_Ubuntu does_it become_-1ubuntu1?
<Lathiat> yep
<MrFaber> Who is the main fixer for universe packages today?_:)
<siretart> raphink-pbook: I added you to_keyring@tiber.tauware.de, I hope you_don't object
<raphink-pbook