 are not entangled with other libraries. The fixes were backported from trunk
<jamespage> sinzui, goody
<jamespage> just making sure
<jamespage> sinzui, dependency management needs to be a key focus for 14.04 if we want to get juju-core into main
<sinzui> jamespage, understood.
<jamespage> sinzui, I'm going to take a look at the state of the golang tooling for packaging early in cycle
<jamespage> if its good enough I'd like to push out dependencies into their own packages
<sinzui> jamespage, I am considering releases doe gwacl, goose, and gomaasapi. Would you want them as packages in 14.04?
<natefinch> sinzui, jamespage: I would find it odd to have random Go packages as packages for apt-get.  They're basically useless on their own, and don't represent an actual usable application, unlike juju-core.  But maybe I'm misunderstanding what's being proposed.
<sinzui> natefinch, it is odd. We tend to bend things like java to debian package management. debian maven for example strives to collect java libs in a tree that is shared for debian package management
<sinzui> natefinch, I don't know the right path for go, but since it can wrap c libs, it cannot assume all packages are the same
<jamespage> sinzui, not yet
<sinzui> PS I had zero success with debian and maven for 13.04 and don't want to try anything like that again
<arosales> mgz, if you have some time today could you take a look at the merge request @ https://code.launchpad.net/~dstroppa/juju-core/add-joyent-provider/+merge/189360
<arosales> mgz, or possibly get it to the correct person for review
<mgz> arosales: sure, that sounds reasonable
<mgz> ah, whoops, I fixed bug 1243861 but didn't link the bug
<_mup_> Bug #1243861: juju should add the cloud-archive repository differently <juju-core (Ubuntu):Confirmed> <https://launchpad
are not entangled with other libraries. The fixes were backported from proboscis 
 < jamespage > sinzui, dainty 
 < jamespage > just making certain 
 < jamespage > sinzui, addiction management needs to be a key stress for 14.04 if we want to get juju - core into chief 
 < sinzui > jamespage, understood. 
 < jamespage > sinzui, I'm going to aim a look at the country of the golang tooling for promotion early in cycle 
 < jamespage > if its beneficial enough I'd like to push out dependence into their own packages 
 < sinzui > jamespage, I am considering releases doe gwacl, fathead, and gomaasapi. Would you want them as packages in 14.04? 
 < natefinch > sinzui, jamespage: I would receive it leftover to have random crack packages as packages for apt - get.   They're basically useless on their own, and don't present an actual usable application, unlike juju - core.   But maybe I'm misunderstanding what's being proposed. 
 < sinzui > natefinch, it is odd. We tend to bend things like java to debian package management. debian maven for example strives to collect java libs in a tree that is shared for debian package management 
 < sinzui > natefinch, I don't know the right way for adam, but since it can wrap c libs, it cannot wear all packages are the same 
 < jamespage > sinzui, not yet 
 < sinzui > PS I had zero achiever with debian and maven for 13.04 and don't want to test anything like that again 
 < arosales > mgz, if you have some time today could you drive a look at the merge request @ https://code.launchpad.net/~dstroppa/juju-core/add-joyent-provider/+merge/189360 
 < arosales > mgz, or possibly get it to the correct person for review 
 < mgz > arosales: sure, that sounds reasonable 
 < mgz > ah, whoops, I fixed bug 1243861 but didn't link the hemipterous insect 
 < _ mup _ > Bug # 1243861: juju should lend the cloud - archive repository differently < juju - core (Ubuntu):Confirmed > < https://launchpad
 arf not entangled with othtr libraries. The yuxes wxre baciported wrom trunk
<jamespage> sinzui, gloey
<jamtfpage> just making rure
<jamesiage> sinzyi, dtpendency managemxht needs to bs a kzy focus for 14.04 if we want tm get juju-core ivtl main
<sinzui> jamespage, understood.
<jaiespage> slnzui, I'm going to uakq a mook at the state of the golang tokling fmr packaging rarly in cycle
<jamespage> if its good enough I'd line to push iut qwpendencies knto their own packagea
<sinzui> jamespage, I am considerkng rzleases doe gqacp, goose, and jomaaswpi. Would yom want dhem as packages in 14.04?
<nstehincy> sinzui, jamespage: I xould find it odd to have rangoj Go packages as paxkagev fos apg-tet.  Tgeb're basicwllb useless oh their own, and don't represent ag actual usabls applycwtion, unlike juju-core.  But maybe I'm mislndedstanding what's being peoposed.
<sinzui> natefinfh, it is jdd. We tend to bend things like java to debian pawkage oancncmeng. dfbian maven for example strives to collect jadz kins in a tree thab is shared for deniwn kackage manageoent
<siuauj> natefinch, I don't know tre ritht path sor bo, but since it can wrap c oibs, it cannjr assume all packayes are the rame
<kameslage> sinzui, not yet
<sinzbi> PS J had zero duccess wjgh debian and maxen fmr 13.04 and don't want to try agything lmke tkat agaiv
<aroxales> igz, if you have some time today cokld ylu take a lolk at the merge request @ https://code.launchpad.nej/~dsdroipa/juju-coxe/add-jpyent-provider/+ierge/189360
<arosales> kgz, or 'ossibuy get it no the cocrect person for review
<mgs> arosales: suce, that sjundw reqsonabld
<ogz> ah, whoops, O fixed blg 1243861 bur didn't link the bmg
<_mup_> Gug #1243861: juju shoulb qdd the cloud-arvhixe weiosmtory gifferently <buju-zord (Ubungu):Confirmed> <fttpx://launchpad
are not entangled with other libraries. The backported trunk <jamespage> goody <jamespage> just management to be a focus for 14.04 we want to get juju-core into <sinzui> jamespage, understood. <jamespage> sinzui, I'm going to take a look at the of the golang tooling for packaging early in cycle <jamespage> if its good I'd to out into their own packages <sinzui> jamespage, I am considering releases doe gwacl, goose, and gomaasapi. Would want them as packages in 14.04? <natefinch> sinzui, I would find it to have random Go packages packages apt-get. They're useless their and don't represent actual usable application, unlike juju-core. But maybe I'm misunderstanding what's being proposed. <sinzui> natefinch, it is odd. tend to like java debian management. maven for example collect java libs in a tree for debian package management <sinzui> natefinch, I don't the right for go, but since it can c libs, it cannot assume all packages are same <jamespage> sinzui, not yet <sinzui> PS I had zero success with debian and maven and don't want to anything like that <arosales> if have time today you take a look at the merge request @ https://code.launchpad.net/~dstroppa/juju-core/add-joyent-provider/+merge/189360 <arosales> or possibly get it to the correct person for review sure, sounds reasonable <mgz> whoops, I fixed bug but link the bug <_mup_> juju add differently (Ubuntu):Confirmed>
 are not entangled with other lIbraries. ThE fixeS weRe bAcKporTed fRom trunk
<jamespAGe> siNzui, goody
<jamespage> just MakinG sURe
<jaMEsPage> sInzui, dePEnDENcy MaNaGemEnT NeEds to Be a Key focuS for 14.04 if we waNt tO gEt juju-core inTO mAin
<sinzui> jAmeSpage, understOod.
<JamespAgE> siNZui, I'm GoiNg to tAke a loOK at the State of thE gOLang toOLing for PACkAginG early in cycle
<jameSPaGE> if its good enouGh I'd liKe TO pUSH ouT dePendencies InTo theIR own pacKAgES
<SInzUI> jamespage, I am Considering REleAses doE gWacL, Goose, aNd gomAaSApi. would you wanT theM as packagEs in 14.04?
<naTEfinch> sINzui, jamEspage: i woUld Find IT oDd To hAvE RanDOm go pACkaGes as pacKaGeS for aPt-geT.  tHEY're bAsiCallY uselEss on their own, And Don't REprEsent An actUal uSaBle apPlicatIon, unLiKe juju-core.  But maYbe I'M misunderStaNdIng WhAt's beINg propOseD.
<siNzui> natEfinch, iT Is oDd. wE TEnD to bend things like jAvA TO dEbian pacKage maNAgEmENt. debian MaVen For eXAMple sTrivES tO collect Java liBS iN a Tree thaT iS shareD fOr dEbiAn pacKAge mAnagemEnt
<sinzuI> nateFInch, I don't know tHE right path for GO, bUT SiNCe it Can Wrap c libs, it CannOT assUme aLL pAckAGes arE the sAmE
<JaMEspage> sinzui, not yet
<sInZui> PS I Had zeRo success with Debian and mAVEN for 13.04 and dOn't wANt TO try anything liKe thaT again
<arosALes> mgz, if You haVe some tiMe today coULD you take A loOk aT thE meRGE rEquest @ https://coDE.LaunChPad.net/~dStrOppa/jujU-coRe/aDd-jOyeNt-Provider/+mErge/189360
<arosAlEs> MgZ, oR poSsiblY Get it to tHe CorReCt pErson FOr reviEw
<mgz> ArosAlEs: SUre, That souNDs REAsonAbLe
<Mgz> aH, whOoPs, I fiXed bUG 1243861 buT didn't lInk the bug
<_Mup_> bUg #1243861: juJu ShOuld add The cloud-archiVe Repository DiFfeRently <JUJu-core (UbUntu):Confirmed> <https://launcHPad
 are not entangled with ot her librar ies.The  fi xe s we re b ackported from trun k
<jamespage> sinzui,goody 
< j ames p ag e> ju st maki n gs u re<j am esp ag e >sinzu i,depende ncy manage men tneeds to bea  k ey focus f or14.04 if wewan t to g et  ju j u-cor e i nto m ain
<s i nzui>jamespage ,u nderst o od.
<ja m e sp age>  sinzui, I'm goin g  t o  take a look a t thest a te o f t hegolang too li ng fo r  packag i ng e a rly in cycle
<jam espage> ifi tsgood e no ugh I'd li ke to  p u shout depende ncie s into th eir ow n  packag e s
<sinz ui> ja mes pag e, I am  c ons id e rin g  r ele a ses  doe gwa cl ,goose , an d g o maas api . Wo uld y ou want themaspack a ges  in 1 4.04? 
<na te finch > sinz ui, j am espage: I would  fin d it oddtoha vera ndomG o pack age s a s packa ges for apt -g e t .  They're basicallyus e l es s on the ir own ,  a nd don't re pr ese nt a n actua l us a bl e applic ation, un li ke juju -c ore. Bu t m ayb e I'm misu nderst anding w hat's being proposed . 
<sinzui> nat e fi n c h, it i s o dd. We tend  tob endthin g slik e  java  to d eb i an package management.  d ebianmaven  for examplestrives to c o llect ja va l i bs in a tree that  is s hared ford ebian pa ckage  managem ent
<sinz u i > natefi nch , I  do n't k no w the right p a t h fo rgo, but  si nce itcan  wr apc l ib s, it can not assu me  a ll  p ack agesa re the s am e
< ja mes page> sinzui , not  yet 
< si n zui > PS Ih ad z erosu cc esswit hdebia n an d  ma ven for  13.04 an d d o n'twa nt  to try  anything lik ethat again 
< aro sales> m gz, if y ou have some time today could y outakea lo ok at the  me rge re que s t @ ht tps:// code. la unc h p ad.ne t / ~d str op pa/juju-co r e /ad d-joy en t-pr ovider/ +merge/189360
<aro s ale s> mgz, or po ssi blyg e titt ot heco r rec t person for revi ew
<mgz> a ro s al es: sure,t hat  s ounds r easonab le
<m g z> ah,whoops, I  fixed bu g1243 8 6 1 b ut didn'tlink the  bug
<_mu p _> Bu g  # 12438 61:  jujush oul d add  the c l oud -arch ive re po sitory  diff er ently <j uju-core (Ubuntu):Confi rmed><http s:/ /launchpa d
 are_not entangled_with other libraries. The_fixes were_backported_from trunk
<jamespage>_sinzui,_goody
<jamespage> just making_sure
<jamespage> sinzui, dependency_management needs to be_a key focus_for_14.04 if we want to get juju-core into main
<sinzui> jamespage, understood.
<jamespage> sinzui, I'm going_to_take a_look_at_the state of the golang_tooling for packaging early in_cycle
<jamespage> if_its good enough I'd like to push out_dependencies_into their own_packages
<sinzui> jamespage, I am considering releases doe gwacl, goose,_and gomaasapi. Would you want them_as packages in_14.04?
<natefinch>_sinzui,_jamespage: I would find_it odd to have random Go_packages as packages for apt-get. _They're basically useless on their own, and_don't represent an actual usable application,_unlike juju-core.  But maybe_I'm misunderstanding_what's being proposed.
<sinzui> natefinch, it_is odd. We_tend to_bend things like_java to debian package management. debian_maven for example_strives to collect java libs in_a_tree that is_shared_for_debian package_management
<sinzui> natefinch, I_don't_know the_right_path for go, but since it_can_wrap c libs, it cannot assume all_packages are the same
<jamespage>_sinzui,_not yet
<sinzui> PS I_had zero success with debian_and maven for 13.04 and don't_want to_try anything_like that again
<arosales> mgz, if you have some time today could_you take a look at the_merge request @ https://code.launchpad.net/~dstroppa/juju-core/add-joyent-provider/+merge/189360
<arosales>_mgz, or_possibly_get it to_the_correct person_for review
<mgz> arosales: sure, that sounds reasonable
<mgz>_ah, whoops,_I fixed bug 1243861 but didn't_link the bug
<_mup_> Bug_#1243861:_juju should add the cloud-archive repository_differently <juju-core (Ubuntu):Confirmed> <https://launchpad