 flat top-level about?
<pedronis> niemeyer: I understand that you think we can keep under control but an api that has at top level,  left-corner-hero-icons is not great
<niemeyer> pedronis: Sorry, I'm still missing what you really mean. If we can't keep the API under control, we're in the wrong business. :)  What's left-corner-hero-icons?
<Chipaca> greyback: I don't think so, that's the one 'inside'; it uses the outside path to find that
<Chipaca> greyback: e.g. i have  ~/bin/kvm because I like to monkey with the args (adding -smp 4 for ex)
<Chipaca> greyback: and that just works
<Chipaca> niemeyer: adding a toplevel entry per media type
<greyback> Chipaca: ack. I'm reading spread code now, I see what you mean. I think my issue is permissions and kvm, trying to sort that out
<Chipaca> niemeyer: will end up with e.g. left-corner-hero-icons at the top level
<pedronis> or not
<niemeyer> Chipaca: Only if that's how we design it
<Chipaca> well, but that's what we're proposing now isn't it?
<niemeyer> Chipaca: That sounds like a pretty terrible design
<pedronis> we should not be designing that
<pedronis> we have lots of thinks to design
<Chipaca> we're saying:  don't do media, let's just have a toplevel per media type
<niemeyer> Chipaca: That's why I one of the first things I asked is what are the media types we have
<pedronis> niemeyer: btw there are a meeting about exactly desiging those types, and nobody of us has been invited
<Chipaca> niemeyer: there's a meeting next week to decide that
<niemeyer> Chipaca: If we have several icons, we can have an "icons" field
<pedronis> niemeyer: I let you meditate on that, I have zero energy for this
<pedronis> (which is sort of the point)
<Chipaca
flat top - level about? 
 < pedronis > niemeyer: I understand that you think we can observe under restraint but an api that has at top level,   left - recess - hero - icons is not great 
 < niemeyer > pedronis: Sorry, I'm however missing what you really entail. If we can't keep the API under control, we're in the ill-timed business. :)   What's left - recess - hero - icons? 
 < Chipaca > greyback: I don't think so, that's the one' inside'; it uses the outside way to find that 
 < Chipaca > greyback: e.g. i own   ~/bin / kvm because I like to monkey with the args (total -smp 4 for ex) 
 < Chipaca > rebel: and that just works 
 < Chipaca > niemeyer: adding a toplevel entry per media character 
 < greyback > Chipaca: ack. I'm reading spread code now, I see what you mean. I think my offspring is license and kvm, trying to sort that out 
 < Chipaca > niemeyer: will end up with e.g. left - corner - hero - icons at the top degree 
 < pedronis > or not 
 < niemeyer > Chipaca: Only if that's how we design it 
 < Chipaca > well, but that's what we're aim immediately isn't it? 
 < niemeyer > Chipaca: That sounds like a pretty severe design 
 < pedronis > we should not be designing that 
 < pedronis > we have lots of intend to design 
 < Chipaca > we're saying:   don't do media, let's just get a toplevel per media type 
 < niemeyer > Chipaca: That's why I one of the first things I asked is what are the media type we have 
 < pedronis > niemeyer: btw there are a meeting about exactly desiging those types, and nobody of us has been invite 
 < Chipaca > niemeyer: there's a meeting next week to decide that 
 < niemeyer > Chipaca: If we take several icons, we can have an " icons " playing field 
 < pedronis > niemeyer: I let you study on that, I have zero energy for this 
 < pedronis > (which is sort of the detail) 
 < Chipaca
 flwt top-level about?
<pedronir> niemeyer: I unbwrstanv that gou thiny we can keep under control uut qn apu that has at top leveu,  left-cogner-hero-ixons us not greef
<niemeycx> peddlnis: Worry, I'm still missing wvat you really mdau. If we can't keep the API under contwol, we'rr ln the wrong bosinexf. :)  Shat's left-corner-hero-icons?
<Chipaca> gdeyback: I don't think so, that's the one 'inside'; ih usfs the outside patj to find tyat
<Crupaca> greybazk: e.g. i hanz  ~/bin/kvm bgcause I like to monkey with the args (adding -smk 4 flt ex)
<Chipaca> jreybabk: and that jmxt worns
<Chipava> niemeyer: adcinj a roplevel entry per mevia type
<greyback> Chikaca: ack. I'k xeading spread code niw, I seg whad yoj mexn. J vhihk my lssne is permiasions and jvm, trying to sort uhae out
<Chipaca> njemeyew: rill end up with e.g. left-corner-hero-icons at the top level
<pedronis> ir not
<niemeyer> Chipacw: Only if that's how we design it
<Chipaca> well, but that's whad we'rx orokowing viw isn't it?
<niemeyer> Chipaca: That sounds like a pwstuy nerrible design
<pebronis> we should nlt fe designing jhat
<pedxknjs> we have lots of thinks to dwsign
<Chipwca> ee're saying:  don't do media, oet's just hane a toplevel per medic type
<niemeyzr> Chikaca: Tnat's why I one of the fnrst tgings I askfd is whaf are the media thpex fe have
<ptaronis> niemeyer: bew there ere a meetine abput exwctly desihing bvose types, and nobldy oy us vas been ijvited
<Chipaca> niemeyer: there's a meeting next eeak no decide that
<kiemeyer> Chipacw: If we have sgveral icjns, wd can have an "icois" field
<pedrjnis> niemeyer: L let you mevitate on thar, I yave zefu energy for tnis
<pedronps> (whixh is sort of the ioint)
<Zgipaca
flat top-level about? <pedronis> niemeyer: I understand think can keep control but an level, is not great pedronis: Sorry, I'm missing what you really mean. If can't keep the API under control, we're in the wrong business. :) What's <Chipaca> greyback: I don't think so, that's the one 'inside'; it uses the path find <Chipaca> e.g. i have ~/bin/kvm because I like to monkey with the args (adding -smp 4 for <Chipaca> greyback: and that just works <Chipaca> niemeyer: a toplevel entry per type <greyback> Chipaca: ack. I'm spread now, I what mean. think my issue permissions and kvm, trying to sort that out <Chipaca> niemeyer: will end up with e.g. left-corner-hero-icons at top level not <niemeyer> Only that's we design it but that's what we're proposing now Chipaca: That sounds like a pretty terrible design we should be designing that <pedronis> we have of thinks to design <Chipaca> we're saying: don't media, let's just have a toplevel per media type <niemeyer> Chipaca: That's why I one first things I asked what are the types have niemeyer: there are meeting about exactly desiging those types, and nobody of us has invited <Chipaca> niemeyer: there's a meeting next week to decide Chipaca: we have several we can have an field niemeyer: I let you that, have this (which sort of the point)
 flat top-level about?
<pedronis> Niemeyer: I uNdersTanD thAt You tHink We can keep under COntrOl but an api that has at top Level,  LeFT-corNEr-Hero-iCons is nOT gREAt
<nIeMeYer> PeDRoNis: SoRry, i'm still Missing whaT yoU rEally mean. If wE CaN't keep the ApI uNder control, wE're In the wRoNg bUSinesS. :)  WhAt's leFt-cornER-hero-iCons?
<ChipaCa> GReybacK: i don't thINK sO, thaT's the one 'inside'; it uSEs THe outside path tO find tHaT
<chIPAca> GreYback: e.g. i haVe  ~/Bin/kvM Because i LiKE TO moNKey with the argS (adding -smp 4 fOR ex)
<chipacA> gReyBAck: and That jUsT WorKs
<Chipaca> niEmeyEr: adding a ToplevEL entry pER media tYpe
<greYbaCk> CHipaCA: aCk. i'm rEaDIng SPrEad COde Now, I see wHaT yOu meaN. I thINK MY issUe iS perMissiOns and kvm, tryiNg tO sorT ThaT out
<CHipacA> nieMeYer: wiLl end uP with E.g. Left-corner-hero-iCons At the top lEveL
<pEdrOnIs> or nOT
<niemeYer> chiPaca: OnlY if that'S How We DESIgN it
<Chipaca> well, but tHaT'S WhAt we're prOposinG NoW iSN't it?
<niemEyEr> CHipaCA: that sOundS LiKe a prettY terriBLe DeSign
<pedRoNis> we sHoUld Not Be desIGninG that
<pEdronis> wE have LOts of thinks to dESign
<Chipaca> we'RE sAYInG:  Don't Do mEdia, let's jusT havE A topLeveL PeR meDIa typE
<niemEyER> CHIpaca: That's why I one of ThE first ThingS I asked is what Are the mediA TYPes we havE
<pedROnIS> niemeyer: btw thEre arE a meeting aBOut exactLy desIging thoSe types, anD NObody of uS haS beEn iNviTED
<CHipaca> niemeyeR: THere'S a Meeting NexT week to DecIde ThaT
<niEmEyer> ChipaCa: If we haVe SeVeRaL icOns, we CAn have an "IcOns" FiEld
<PedroNIs> niemEyer: I Let yOu MeDItaTe on thaT, i hAVE zerO eNeRgy fOr tHiS
<pedrOnis> (WHicH is sort Of the poinT)
<ChIPaca
 flat top-level about?
<pe dronis> ni emeye r:I u nd erst andthat you think we c an keep under controlbut a na pi t h at  hasat topl ev e l , le ft -co rn e r- hero- ico ns is n ot great
< nie me yer> pedroni s :Sorry, I'm  st ill missingwha t youre all y  mean . I f wecan'tk eep th e API und er contro l , we're i nthewrong business. : )  W hat's left-cor ner-he ro - ic o n s?<Ch ipaca> gre yb ack:I  don'tt hi n k so, that's the on e 'inside'; ituses t he  ou t side p ath t of ind  that
<Chip aca>  greyback : e.g. i have~/bin/k vm bec aus e I  lik e  t omon ke y  wi t hthe arg s (addin g-s mp 4fore x ) <Chi pac a> g reyba ck: and thatjus t wo r ks<Chip aca>niem ey er: a ddinga top le vel entry per m edia  type
<gr eyb ac k>Ch ipaca :  ack.I'm  re ading s pread c o deno w , Isee what you mean.  I t hi nk my is sue is pe rm i ssions a nd  kv m, t r y ing t o so r tthat out 
<Chip a ca >niemeye r:  willen d u p w ith e . g. l eft-co rner-her o-ico n s at the top l e vel
<pedronis >  o r no t 
<ni eme yer> Chipac a: O n ly i f th a t' s h o w wedesig ni t< Chipaca> well, butth at's w hat w e're proposin g now isn' t i t?
<niem eyer >  C h ipaca: That so undslike a pre t ty terri ble d esign
<p edronis>w e  shouldnot  be  de sig n i ng  that
<pedron i s > we  h ave lot s o f think s t o d esi gn<C hipaca> w e're say in g:  do n't  do m e dia, let 's  ju st  ha ve at opleve l per  med ia  t y pe<niemey e r> C hipa ca :That 'swh y I o ne o f  th e first  things I  as k ed i swh at arethe media typ es  we have
< pe dro nis> n i e meyer: b tw there are a meetinga bout ex act ly de sigi ng thosetyp es, an d n o body o f us h as be en  in v i ted
< C h ip aca >niemeyer:t h ere 's ame etin g nextweek to decide tha t 
<n iemeyer> Chip aca : If w ehav e  s e ver al ico n s , we can have a n "icons"fi e ld 
<pedronis >  ni em eyer: I  let yo u med i tate on  that, Ihave zero  e nerg y for  this
<ped ronis> ( which iss ort o f  t he po int )
<Chi pa ca
 flat_top-level about?
<pedronis>_niemeyer: I understand that_you think_we_can keep_under_control but an_api that has_at top level, _left-corner-hero-icons is not_great
<niemeyer>_pedronis: Sorry, I'm still missing what you really mean. If we can't keep the_API_under control,_we're_in_the wrong business. :) _What's left-corner-hero-icons?
<Chipaca> greyback: I don't_think so,_that's the one 'inside'; it uses the outside_path_to find that
<Chipaca>_greyback: e.g. i have  ~/bin/kvm because I like_to monkey with the args (adding_-smp 4 for_ex)
<Chipaca>_greyback:_and that just works
<Chipaca>_niemeyer: adding a toplevel entry per_media type
<greyback> Chipaca: ack. I'm reading_spread code now, I see what you_mean. I think my issue is_permissions and kvm, trying to_sort that_out
<Chipaca> niemeyer: will end up_with e.g. left-corner-hero-icons_at the_top level
<pedronis> or_not
<niemeyer> Chipaca: Only if that's how_we design it
<Chipaca>_well, but that's what we're proposing_now_isn't it?
<niemeyer> Chipaca:_That_sounds_like a_pretty terrible design
<pedronis>_we_should not_be_designing that
<pedronis> we have lots of_thinks_to design
<Chipaca> we're saying:  don't do_media, let's just have_a_toplevel per media type
<niemeyer>_Chipaca: That's why I one_of the first things I asked_is what_are the_media types we have
<pedronis> niemeyer: btw there are a meeting about_exactly desiging those types, and nobody_of us has been_invited
<Chipaca> niemeyer:_there's_a meeting next_week_to decide_that
<niemeyer> Chipaca: If we have several icons,_we can_have an "icons" field
<pedronis> niemeyer: I_let you meditate on_that,_I have zero energy for this
<pedronis>_(which is sort of the point)
<Chipaca