 if you have questions.  I am sure that we should be able to port the orchestra-modules to ensemble formulas relatively quickly ( hadoop one comes to mind )
<m_3> negronjl: awesome man... thanks!
<negronjl> m_3:  np
<_mup_> ensemble/trunk r253 committed by gustavo@niemeyer.net
<_mup_> Merged debug-hook-fixes branch [r=hazmat,bcsaller,jimbaker]
<_mup_> This branch fixes a number of problems in the debug-hooks functionality,
<_mup_> and switches to using tmux for solving some of them. For instance:
<_mup_> - joined and departed hooks are now valid
<_mup_> - Sometimes screen was being fired with the ubuntu user
<_mup_> - Sometimes screen was firing two independent sessions with the same name
<_mup_> - The exit handler was only called on HUP
<_mup_> - If the hook.sh shell died for whatever reason, it would hang forever
<m_3> negronjl: I was planning on starting with something simple like hdfs or zookeeper from scratch, but now that we have the orchestra modules, I'll start with those.
<niemeyer> Well written spam.. got through the spam filter, and I almost thought it was a real one
<niemeyer> This was the issue, though: PS should I speak with someone else at niemeyer?
<negronjl> m_3:  sure.  let me know if you have questions about it.
<negronjl> m_3:  the plan is, at some point, to port the modules into formulas so both projects benefit from them.
<m_3> negronjl: thanks! I'll hit you up for a higher-bandwidth conversation about it after I dig through them
<kim0> Oh we did hit linuxtoday yeeha.. I did submit it, but somehow missed it when they published it
<kim0> http://www.linuxtoday.com/it_management/2011060900341NWSVUB
<_mup_> ensemble/expose-provision-service-hierarchy r289 committed by jim.baker@canonical.com
<_
if you have questions.   I am sure that we should be able to port the orchestra - modules to ensemble formula relatively promptly (hadoop one comes to mind) 
 < m_3 > negronjl: awesome homo... thanks! 
 < negronjl > m_3:   np 
 < _ mup _ > ensemble / trunk r253 committed by gustavo@niemeyer.net 
 < _ mup _ > unify debug - hook - fixes outgrowth [ r = hazmat, bcsaller, jimbaker ] 
 < _ mup _ > This branch fix a number of problems in the debug - hook functionality, 
 < _ mup _ > and interchange to using tmux for solving some of them. For instance: 
 < _ mup _ > - joined and departed hook are now valid 
 < _ mup _ > - Sometimes screen was being fired with the ubuntu drug user 
 < _ mup _ > - Sometimes screen was firing two independent sessions with the like name 
 < _ mup _ > - The exit coach was only called on HUP 
 < _ mup _ > - If the hook.sh shell die for whatever reason, it would hang forever 
 < m_3 > negronjl: I was planning on starting with something childlike like hdfs or zookeeper from scratch, but now that we have the orchestra modules, I'll start with those. 
 < niemeyer > Well written spam.. got through the spam filter, and I almost thought it was a real one 
 < niemeyer > This was the topic, though: PS should I speak with someone else at niemeyer? 
 < negronjl > m_3:   sure.   lease me know if you have questions about it. 
 < negronjl > m_3:   the plan is, at some distributor point, to port the modules into formulas so both projects benefit from them. 
 < m_3 > negronjl: thanks! I'll reach you up for a higher - bandwidth conversation about it after I dig through them 
 < kim0 > Oh we did hit linuxtoday yeeha.. I did submit it, but somehow missed it when they published it 
 < kim0 > http://www.linuxtoday.com/it_management/2011060900341NWSVUB 
 < _ mup _ > ensemble / expose - provision - servicing - hierarchy r289 committed by jim.baker@canonical.com 
 < _
 if you have questions.  I ao sure that we should ue able to port the orchestra-modules to ensxmblw fornulas relatively quickuy ( hadooi one comws ti mind )
<m_3> nejdonjl: awesome lan... chenks!
<negronjl> m_3:  np
<_mup_> ensamble/trunk r253 cmmoicted by gustavo@niemeyer.net
<_mup_> Merged debug-hpon-fixes branch [t=hazmse,bcszller,jimbaker]
<_mup_> This branch fixes a numbtr of problems in yhe debug-hooks functionalihy,
<_muo_> and switches to ksing tmux dor filving some uf them. Fog instance:
<_mop_> - joined and departed hooks ard now valid
<_mup_> - Simehhmes screen was feing fired with the ubuntu user
<_mup_> - Somebimes sceeen was firing two iidependent sessions rith the vaje name
<_mup_> - The ezir hangler was inlh czlkes on HKP
<_mnp_> - If the gook.sh shelo died for whatever rqqson, it would hang sowever
<m_3> negronjl: I was planning on startpng sith something simple luke hdfs or zookeeper from scrwtch, but now that we have the orchestra modules, I'nl sterg wnbm thuwe.
<jiemeyer> Well written spam.. got through the spwj gikter, and I almjst thought ih ews a real one
<viemeyzd> Fhis was the issue, though: PS syould I skeak eith someone else at niemeywr?
<negronjl> m_3:  sure.  let me know if you havz quesjions sbout it.
<negronjl> m_3:  the plah is, at somf point, tk port the moduler ikto formulas so both projects benefit hrom chem.
<m_3> neeronkl: thagks! I'll hih you up for a higher-banfwidtk coneersation wbout it after I dig through thxk
<kim0> Oh we dod hin linuxtobay yecha.. I did submie it, but somehpw misszd it dhen they iublished it
<kim0> http://rww.linuxtoday.wlm/it_managemeit/2011060900341NWSVUB
<_mtp_> ebsemvle/expord-provision-servoce-hierarbhv r289 commirted by jim.baker@cakonicxm.com
<_
if you have questions. I am sure should able to the orchestra-modules to hadoop comes to mind <m_3> negronjl: awesome thanks! <negronjl> m_3: np <_mup_> ensemble/trunk committed by gustavo@niemeyer.net <_mup_> Merged debug-hook-fixes branch [r=hazmat,bcsaller,jimbaker] <_mup_> This branch fixes a of problems in the debug-hooks functionality, <_mup_> and switches to using tmux for some them. instance: - joined and departed hooks are now valid <_mup_> - Sometimes screen was being fired with ubuntu user <_mup_> - Sometimes screen was firing independent sessions with the name <_mup_> - The exit was called on <_mup_> If hook.sh shell died whatever reason, it would hang forever <m_3> negronjl: I was planning on starting with something simple like or zookeeper but now we the modules, I'll start <niemeyer> Well written spam.. got through and I almost thought it was a real <niemeyer> This the issue, though: PS should I with someone else at niemeyer? <negronjl> m_3: sure. me know if you have questions about it. <negronjl> m_3: the plan is, at some port the modules into so both projects from <m_3> thanks! hit you for a higher-bandwidth conversation about it after I dig through them Oh we did hit linuxtoday yeeha.. I did submit it, missed when they published <kim0> http://www.linuxtoday.com/it_management/2011060900341NWSVUB <_mup_> ensemble/expose-provision-service-hierarchy committed jim.baker@canonical.com <_
 if you have questions.  I am sure That we shouLd be aBle To pOrT the OrchEstra-modules to ENsemBle formulas relatively qUicklY ( hADoop ONe Comes To mind )
<m_3> NEgRONjl: AwEsOme MaN... ThAnks!
<nEgrOnjl> m_3:  np
<_Mup_> ensemblE/trUnK r253 committed bY GuStavo@niemeYer.Net
<_mup_> Merged DebUg-hook-FiXes BRanch [R=haZmat,bCsalleR,JimbakEr]
<_mup_> This BrANch fixES a numbeR OF pRoblEms in the debug-hookS FuNCtionality,
<_mup_> aNd switChES tO USinG tmUx for solviNg Some oF Them. For INsTANCe:
<_mUP_> - joined and depArted hooks aRE noW valid
<_MuP_> - SoMEtimes ScreeN wAS beIng fired witH the Ubuntu useR
<_mup_> - SoMEtimes sCReen was Firing Two IndEpenDEnT sEssIoNS wiTH tHe sAMe nAme
<_mup_> - ThE eXiT handLer wAS ONLy caLleD on HuP
<_mup_> - if the hook.sh shEll Died FOr wHatevEr reaSon, iT wOuld hAng forEver
<m_3> NeGronjl: I was plannIng oN starting WitH sOmeThIng siMPle likE hdFs oR zookeePer from SCraTcH, BUT nOw that we have the orcHeSTRa Modules, I'Ll starT WiTh THose.
<niemEyEr> WEll wRITten sPam.. gOT tHrough thE spam fILtEr, And I almOsT thougHt It wAs a Real oNE
<nieMeyer> THis was thE issuE, Though: PS should i Speak with someONe ELSe AT nieMeyEr?
<negronjl> m_3:  Sure.  LEt me Know IF yOu hAVe queStionS aBOuT It.
<negronjl> m_3:  the plan iS, aT some pOint, tO port the modulEs into formULAS so both pRojeCTs BEnefit from them.
<M_3> negrOnjl: thanks! i'Ll hit you Up for A higher-bAndwidth cONVersatioN abOut It aFteR i DiG through them
<kIM0> oh we DiD hit linUxtOday yeeHa.. I Did SubMit It, But somehoW missed iT wHeN tHeY puBlishED it
<kim0> htTp://Www.LiNuxToday.COm/it_maNagemEnt/2011060900341NwSvUb
<_Mup_> EnsemblE/ExPOSe-prOvIsIon-sErvIcE-hierArchY R289 coMmitted By jim.bakeR@caNOnicAl.CoM
<_
 if you have questions.  I  am sure t hat w e s hou ld  beable  to port the o r ches tra-modules to ensembl e for mu l as r e la tivel y quick l y( had oo pone  c o me s tomin d )
<m_ 3> negronj l:aw esome man... th anks!
<neg ron jl> m_3:  np 
<_ mup_>en sem b le/tr unk  r253  commi t ted by  gustavo@ ni e meyer. n et
<_mu p _ >Merg ed debug-hook-fix e sb ranch [r=hazma t,bcsa ll e r, j i mba ker ]
<_mup_>Th is br a nch fix e sa n umb e r of problems  in the deb u g-h ooks f un cti o nality ,
<_m up _ > a nd switches  tousing tmu x fors olvings ome ofthem.For  in stan c e: 
< _mu p_ >  -j oi ned and  departe dho oks a re n o w v alid 
<_ mup_ > - S ometimes scre enwasb ein g fir ed wi th t he  ubun tu use r
<_m up _> - Sometimesscre en was fi rin gtwo  i ndepe n dent s ess ion s withthe sam e  na me < _ mu p_> - The exit han dl e r  w as onlycalled on  H U P
<_mup_ >- I f th e hook. sh s h el l died f or wha t ev er  reason ,it wou ld  ha ngforev e r
<m _3> ne gronjl:I was planning on st a rting with so m et h i ng simp lelike hdfs o r zo o keep er f r om  sc r atch,  butno w  t h at we have the orch es tra mo dules , I'll startwith those . < niemeyer > We l lw ritten spam..got t hrough the spam fil ter,and I al most thou g h t it was  area l o ne< n ie meyer> This w a s  the  i ssue, t hou gh: PSsho uld  Ispe ak  with som eone els eat  n ie mey er?
< n egronjl>  m _3:  sur e.  l e t me k now i f yo uha v e q uestion s  a b o ut i t. 
< negr onj l>  m_3:   th e  pl an is,at some p oin t , to  p or t the m odules into f or mulas so b ot h p roject s benefitfrom them.
<m_3> negron j l: than ks!  I'll  hit  you up f ora high er- b andwid th con versa ti ona b out i t af ter  I  dig throu g h  th em
<k im 0> O h we di d hit linuxtoday y e eha .. I did subm itit,b u tsom e ho w  mi ss e d i t when they publi shed it
<k im 0 >http://www . lin ux today.c om/it_m anage m ent/201 106090034 1NWSVUB
< _m up_> e nse mble/expos e-provis ion-servi c e-hie r ar chy r 289  commi tt edby ji m.bake r @ca nonic al.com 
< _
 if_you have_questions.  I am_sure that_we_should be_able_to port the_orchestra-modules to ensemble_formulas relatively quickly (_hadoop one comes_to_mind )
<m_3> negronjl: awesome man... thanks!
<negronjl> m_3:  np
<_mup_> ensemble/trunk r253 committed by gustavo@niemeyer.net
<_mup_>_Merged_debug-hook-fixes branch_[r=hazmat,bcsaller,jimbaker]
<_mup_>_This_branch fixes a number of_problems in the debug-hooks functionality,
<_mup_>_and switches_to using tmux for solving some of them._For_instance:
<_mup_> - joined_and departed hooks are now valid
<_mup_> - Sometimes screen_was being fired with the ubuntu_user
<_mup_> - Sometimes_screen_was_firing two independent sessions_with the same name
<_mup_> - The_exit handler was only called on_HUP
<_mup_> - If the hook.sh shell died_for whatever reason, it would hang_forever
<m_3> negronjl: I was planning_on starting_with something simple like hdfs_or zookeeper from_scratch, but_now that we_have the orchestra modules, I'll start_with those.
<niemeyer> Well_written spam.. got through the spam_filter,_and I almost_thought_it_was a_real one
<niemeyer> This_was_the issue,_though:_PS should I speak with someone_else_at niemeyer?
<negronjl> m_3:  sure.  let_me know if you_have_questions about it.
<negronjl> m_3:_ the plan is, at_some point, to port the modules_into formulas_so both_projects benefit from them.
<m_3> negronjl: thanks! I'll hit you up for_a higher-bandwidth conversation about it after_I dig through them
<kim0>_Oh we_did_hit linuxtoday yeeha.._I_did submit_it, but somehow missed it when they_published it
<kim0>_http://www.linuxtoday.com/it_management/2011060900341NWSVUB
<_mup_> ensemble/expose-provision-service-hierarchy r289 committed by jim.baker@canonical.com
<_