 ubuntu should find us more welcoming!
<sabdfl> balance that with the need to build a cohesive community
* ScottK is new here during the Feisty development cycle and didn't find it that hard.  I thought it was a welcoming, nurturing environment.
<sabdfl> and strong process / practices / principles
<sabdfl> i think a good approach is to say "you can upload, but just those packages"
<sabdfl> and "you need to collaborate with motu and demonstrate you have that ability before you can upload more widely"
<sabdfl> that protects the integrity of the MOTU team
<sistpoty> sabdfl: having upstream packaging for ubuntu is indeed a good thing. But I fear that creating a side-route to motu-ship will demotivate ppl. who went through the hard way
<ScottK> sabdfl: What problem are you trying to solve?  My experience is that it only takes a day or two to get a good package uploaded.
<sabdfl> sistpoty: that's why we have to differentiate between "limited upload" and MOTU
<sabdfl> i'm asking that we create a process for fast-track with limited upload
<sabdfl> i will get LP to support this so we can enforce it, initially we would need to do it on tryst
<sabdfl> errr
<sabdfl> trust
<sabdfl> i do enough on tryst already!
<sabdfl> ScottK: trying to connect upstreams more directly with their packages in ubuntu
<geser> there are already two beryl packages in universe. Do somebody know why the rest didn't get it?
<sistpoty> hm... interesting... iirc there have been some suggestion for s.th. like this on debian side as well, because the nm process is really long
<sabdfl> geser: that's exactly the right question to be asking!
<geser> I catched somewhere (Debian perhaps) that beryl had licensing problems which should be resolved with beryl 2.0
<ScottK> Yes, but on Debian, they seem to be moving to group maintenance like Universe is now.  I don't use Debian, but I'm on the
ubuntu should find us more welcoming! 
 < sabdfl > balance that with the need to build a cohesive residential district 
 * ScottK is newfangled here during the Feisty development cycle and didn't witness it that heavily.   I thought it was a welcoming, nurturing environment. 
 < sabdfl > and strong procedure / practices / principles 
 < sabdfl > i remember a good approach is to read " you can upload, but just those packages " 
 < sabdfl > and " you want to collaborate with motu and attest you have that ability before you can upload more widely " 
 < sabdfl > that protects the integrity of the MOTU team 
 < sistpoty > sabdfl: having upstream packaging for ubuntu is indeed a full thing. But I fear that creating a english - route to motu - ship will demotivate ppl. who went through the hard way 
 < ScottK > sabdfl: What trouble are you trying to clear?   My experience is that it only takes a day or two to catch a good package uploaded. 
 < sabdfl > sistpoty: that's why we have to differentiate between " circumscribed upload " and MOTU 
 < sabdfl > i'm ask that we create a process for fast - track with limited upload 
 < sabdfl > i will get LP to support this so we can enforce it, initially we would need to do it on tryst 
 < sabdfl > errr 
 < sabdfl > trust 
 < sabdfl > i make enough on tryst already! 
 < sabdfl > ScottK: trying to plug in upstreams more directly with their packages in ubuntu 
 < geser > there are already two beryl packages in population. Do somebody know why the remainder didn't get it? 
 < sistpoty > hm... interesting... iirc there have been some suggestion for s.th. like this on debian slope as well, because the nm process is really long 
 < sabdfl > geser: that's exactly the right question to be necessitate! 
 < geser > I catched somewhere (Debian perhaps) that beryl had licensing problems which should be dissolve with beryl 2.0 
 < ScottK > Yes, but on Debian, they seem to be move to group maintenance like Universe is now.   I don't use Debian, but I'm on the
 ubkntu should find us more welcoming!
<sabdfl> balanre that with thd need to build a cohesive clmnunitt
* ScottK is new here djring the Feisty eeveoipment cycle and dlbn't fjkd it vhat hard.  I thpught it wds a welcoming, njrcuring environment.
<sabdfl> and strong [rocess / oractices / prigcipkqs
<sagdfl> i think a good approach is to say "yol can upload, but kust those packages"
<sabdfl> wnd "jou need to collablrate with notu qnd demonstrxte you hanz that abiljty before you can upload more didelv"
<sabdfl> thaj lrljects the invegritj of the MOTU team
<sisdpoty> ssbdfl: having uistreem pqckaging for ubuntu iv indeed a good thyng. But I fzar that creating a sudw-routg to kotu-ryip wiml dsmotivwte ppl. who wsnt through the hard way
<ScottK> swvdfl: What proglem awe you trying to solve?  My experience is uhat jt only takes a day or rwo to get a good pacnage uplowded.
<sabdfl> sistpoty: that's why we have to differendiate cetcccn "lknihed upload" and MOTU
<sabdfl> i'm asking that we cwsaue s process for nast-track with limotfd opload
<sabdfl> i will yst LP to support thid so we can wnforce iu, iniyially we would need to do ut on tryst
<scbddl> errr
<sabdfl> trusc
<sabdfl> i do enoogh on tryst already!
<sabdfl> ScuttK: trying to fonnect ulrtreams more dirdctky with thtkr packages in ubtntu
<geser> thexe are aureacy two beryl pacnages in universe. Do somfbody ktow why thf rest didn't get it?
<sistpoty> hm... miteresting... iitc dhege have bzen soke suggestion for s.th. like jhis on dzbian ride as weml, becanse the nm pwocess is reanpy long
<sabdfn> geser: ehat'w exqctly tfd right questipn to be cfkint!
<geser> I catched spmedgere (Debian perkcpw) that beryl hac lkcegspng pwmblems which shojld ne rerolved with ceryk 2.0
<ScottK> Yes, but on Gebizn, they seem to be mjving to group mwintenance lile Universe is now.  I dmn't use Cebyan, but I'm on the
ubuntu should find us more welcoming! <sabdfl> with need to a cohesive community during Feisty development cycle didn't find it hard. I thought it was a nurturing environment. <sabdfl> and strong process / practices / principles <sabdfl> i think good approach is to say "you can upload, but just those packages" <sabdfl> "you to with and demonstrate you have that ability before you can upload more widely" <sabdfl> that protects the of the MOTU team <sistpoty> sabdfl: having upstream for ubuntu is indeed good thing. But I fear creating side-route to will ppl. went through the way <ScottK> sabdfl: What problem are you trying to solve? My experience is that it only takes day or get a package <sabdfl> that's why we differentiate between "limited upload" and MOTU that we create a process for fast-track with upload <sabdfl> will get LP to support this we can enforce it, initially we would need do it on tryst <sabdfl> errr <sabdfl> trust <sabdfl> i do enough on tryst already! trying to connect upstreams directly with their in <geser> are two beryl in universe. Do somebody know why the rest didn't get it? hm... interesting... iirc there have been some suggestion for s.th. on side as well, the nm process is long geser: that's exactly the to asking! somewhere perhaps) beryl had licensing problems should be resolved with beryl <ScottK> Yes, but on moving to group maintenance like Universe is now. don't use Debian, but I'm on the
 ubuntu should find us more welComing!
<sabdFl> balAncE thAt With The nEed to build a cohESive Community
* ScottK is new heRe durInG The FEIsTy devElopmenT CyCLE anD dIdN't fInD It That hArd.  i thoughT it was a welComInG, nurturing enVIrOnment.
<sabdFl> aNd strong procEss / PractiCeS / prINciplEs
<sAbdfl> I think A Good apProach is tO sAY "you caN Upload, bUT JuSt thOse packages"
<sabdfl> ANd "YOu need to collabOrate wItH MoTU And DemOnstrate yoU hAve thAT abilitY BeFORE yoU Can upload more Widely"
<sabdfL> ThaT proteCtS thE IntegrIty of ThE mOTu team
<sistpoTy> saBdfl: havinG upstrEAm packaGIng for uBuntu iS inDeeD a goOD tHiNg. BUt i FeaR ThAt cREatIng a side-RoUtE to moTu-shIP WILl deMotIvatE ppl. wHo went through The Hard WAy
<SCottK> SabdfL: WhaT pRobleM are yoU tryiNg To solve?  My experiEnce Is that it oNly TaKes A dAy or tWO to get A goOd pAckage uPloaded.
<SAbdFl> SISTpOty: that's why we have tO dIFFeRentiate BetweeN "LiMiTEd upload" AnD MOtU
<saBDFl> i'm aSkinG ThAt we creaTe a proCEsS fOr fast-tRaCk with LiMitEd uPload
<SAbdfL> i will Get LP to sUpporT This so we can enfORce it, initiallY We WOUlD Need To dO it on tryst
<sAbdfL> Errr
<SabdFL> tRusT
<SabdfL> i do eNoUGh ON tryst already!
<sabdfl> scOttK: trYing tO connect upstrEams more diRECTly with tHeir PAcKAges in ubuntu
<geSer> thEre are alreADy two berYl pacKages in uNiverse. Do SOMebody knOw wHy tHe rEst DIDn'T get it?
<sistpotY> HM... intErEsting... iIrc There haVe bEen SomE suGgEstion for S.th. like tHiS oN dEbIan Side aS Well, becaUsE thE nM prOcess IS reallY long
<SabdFl> GeSEr: tHat's exaCTlY THe riGhT qUestIon To Be askIng!
<gESer> i catcheD somewherE (DeBIan pErHaPs) that bEryl had licensInG problems wHiCh sHould bE REsolved wIth beryl 2.0
<ScottK> Yes, but on DEBian, theY seEm to bE movIng to grouP maIntenaNce LIke UniVerse iS now.  I DoN't uSE debiaN, BUt i'm oN tHe
 ubuntu should find us mor e welcomin g!
<s abd fl>  b alan ce t hat with the n e ed t o build a cohesive com munit y*  Sco t tK  is n ew here du r i ngth eFei st y  d evelo pme nt cycl e and didn 'tfi nd it that h a rd .  I thoug htit was a wel com ing, n ur tur i ng en vir onmen t.
<sa b dfl> a nd strong  p r ocess/  practi c e s/ pr inciples
<sabdfl> it hink a good ap proach  i s  t o say  "y ou can upl oa d, bu t  just t h os e p ack a ges"
<sabdfl>  and "you n e edto col la bor a te wit h mot ua nddemonstrate  you  have tha t abil i ty befo r e you c an upl oad  mo re w i de ly "
< sa b dfl >  t hat pro tects th ein tegri ty o f t h e MO TUteam 
<sis tpoty> sabdfl : h avin g  up strea m pac kagi ng  forubuntu  is i nd eed a good thin g. B ut I fear  th at  cr ea tinga  side- rou teto motu -ship w i llde m o t iv ate ppl. who wentth r o ug h the ha rd way <S co t tK> sabd fl : W hatp r oblem  are yo u trying  to so l ve ? My exp er ienceis  th atit on l y ta kes aday or t wo to get a good pac k age uploaded. <s a b df l > si stp oty: that's  why we h avet odif f erent iatebe t we e n "limited upload"an d MOTU 
<sab dfl> i'm aski ng that we c r eate a p roce s sf or fast-trackwithlimited up l oad
<sab dfl>i will g et LP tos u pport th issowecan e nf orce it, init i a llywe  wouldnee d to do  it  on  tr yst 
< sabdfl> e rrr
<sab df l>  t ru st<sabd f l> i doen oug hontryst alread y!
<s abdf l>  S c ott K: tryi n gt o  con ne ct  ups tre am s mor e di r ect ly with  their pa cka g es i nub untu
<g eser> there a re  already t wo  be ryl pa c k ages inuniverse. Do somebody k n ow whythe  rest  did n't get i t?<sistp oty >  hm...  inter estin g. ..i i rc th e r ehav ebeen somes u gge stion  f or s .th. li ke this on debians ide  as well, bec aus e th e nm  pr o ce s s i sr eal l y  long
<sabdfl>geser: tha t' s  e xactly the rig ht  questi on to b e ask i ng!
<ge ser> I ca tched som ew here ( Deb ian perhap s) thatberyl had licen s in g pro ble ms whi ch  sh ouldbe res o lve d wit h bery l2.0
<S cottK >Yes, but  on Debian, they seem t o be m oving  to  group ma int e nan ce like U nive rse is now . I d on'tuse Debia n, b u tI'm on th e
 ubuntu_should find_us more welcoming!
<sabdfl> balance_that with_the_need to_build_a cohesive community
*_ScottK is new_here during the Feisty_development cycle and_didn't_find it that hard.  I thought it was a welcoming, nurturing environment.
<sabdfl> and_strong_process /_practices_/_principles
<sabdfl> i think a good_approach is to say "you_can upload,_but just those packages"
<sabdfl> and "you need to_collaborate_with motu and_demonstrate you have that ability before you can upload_more widely"
<sabdfl> that protects the integrity_of the MOTU_team
<sistpoty>_sabdfl:_having upstream packaging for_ubuntu is indeed a good thing._But I fear that creating a_side-route to motu-ship will demotivate ppl. who_went through the hard way
<ScottK> sabdfl:_What problem are you trying_to solve?_ My experience is that_it only takes_a day_or two to_get a good package uploaded.
<sabdfl> sistpoty:_that's why we_have to differentiate between "limited upload"_and_MOTU
<sabdfl> i'm asking_that_we_create a_process for fast-track_with_limited upload
<sabdfl>_i_will get LP to support this_so_we can enforce it, initially we would_need to do it_on_tryst
<sabdfl> errr
<sabdfl> trust
<sabdfl> i_do enough on tryst already!
<sabdfl>_ScottK: trying to connect upstreams more_directly with_their packages_in ubuntu
<geser> there are already two beryl packages in universe. Do_somebody know why the rest didn't_get it?
<sistpoty> hm... interesting..._iirc there_have_been some suggestion_for_s.th. like_this on debian side as well, because_the nm_process is really long
<sabdfl> geser: that's_exactly the right question_to_be asking!
<geser> I catched somewhere (Debian_perhaps) that beryl had licensing problems_which should be resolved with_beryl_2.0
<ScottK>_Yes, but on Debian, they_seem to be moving to group_maintenance like Universe_is now.  I don't use Debian,_but_I'm on the