jimbaker> SpamapS, agreed on how security is always getting in the way ;)
<SpamapS> jimbaker: I don't mind that the data is in zookeeper at the time. But I'm considering instances where people may exchange something like tokens or encryption keys and then delete them, but they might be useful for decoding sniffed traffic later.
<SpamapS> jimbaker: http://dev2ops.org/storage/WallOfConfusion.png
<jimbaker> SpamapS, yeah, that's a good one for scenarios like this
<SpamapS> negronjl: I *love* that the heavy lifting is all done in debconf
<negronjl> SpamapS:  we have iamfuzz to thank for that :)
<SpamapS> jimbaker: Maybe if the agents didn't log this *by default* (they seem to log at DEBUG level right now) I'd be more inclined to support it.
<SpamapS> negronjl: so why aren't these in the Ubuntu archive?
<jimbaker> SpamapS, for stuff like that it's just a matter of choosing appropriate levels and handlers
<negronjl> SpamapS:  they currently depend on [sun|oracle]-java
<negronjl> SpamAps:  currently working with cloudera to fully support openjdk
<SpamapS> negronjl: multiverse would allow for that
<jimbaker> SpamapS, so we could simply have the policy that debug-log captures debug, but the default level is INFO or higher, something like that
<negronjl> SpamapS:  I think it's going into partner but, I'm not sure.
<SpamapS> jimbaker: Right. the problem is that i'm fairly certain I have no way of changing the debug log because of the way unit agents are started. ;)
<SpamapS> negronjl: partner has the added benefit of being turned on by default. :)
<negronjl> SpamapS:  true that :)
<SpamapS> negronjl: ok, so people "upload" stuff to these as jars. Is there a standard way to
jimbaker > SpamapS, agreed on how security is always getting in the direction ;) 
 < SpamapS > jimbaker: I don't beware that the data is in zookeeper at the time. But I'm considering example where people may exchange something like keepsake or encoding keys and then delete them, but they might be useful for decoding sniffed traffic by and by. 
 < SpamapS > jimbaker: http://dev2ops.org/storage/WallOfConfusion.png 
 < jimbaker > SpamapS, yeah, that's a good one for scenarios like this 
 < SpamapS > negronjl: I * sleep together * that the heavy lifting is all done in debconf 
 < negronjl > SpamapS:   we have iamfuzz to thank for that :) 
 < SpamapS > jimbaker: Maybe if the agents didn't log this * by default * (they seem to log at DEBUG degree right now) I'd be more inclined to subscribe it. 
 < SpamapS > negronjl: so why aren't these in the Ubuntu archive? 
 < jimbaker > SpamapS, for stuff like that it's just a matter of choose appropriate levels and handlers 
 < negronjl > SpamapS:   they currently depend on [ sun|oracle]-java 
 < negronjl > SpamAps:   currently work with cloudera to fully support openjdk 
 < SpamapS > negronjl: multiverse would allow for that 
 < jimbaker > SpamapS, so we could simply have the policy that debug - logarithm capture debug, but the default level is INFO or higher, something like that 
 < negronjl > SpamapS:   I think it's going into partner but, I'm not sure. 
 < SpamapS > jimbaker: Right. the problem is that i'm fairly sealed I suffer no way of transfer the debug logarithm because of the room unit agents are startle. ;) 
 < SpamapS > negronjl: partner has the added benefit of being turned on by nonpayment. :) 
 < negronjl > SpamapS:   true that :) 
 < SpamapS > negronjl: ok, so people " upload " stuff to these as jars. Is there a standard way to
jimhaker> SpamapS, agreed on mow security is coways jetting in the day ;)
<SpamapS> jimbaker: I don't libd thqt the data is in zookdeper at nhe time. Vut M'm considering iiatances where ieoplz nay exchange spmething lhke tokens or anzrvption keys and then delete them, but they mogjt be useful fjr dtcoqing sniffed traffic later.
<SpamapS> jimbzker: htup://dev2ops.org/storage/EallOfConfusion.png
<jimbaker> SpalapS, yeah, that's a hood one fot scqbarios like ghis
<SpamapS> negronjl: I *love* that the heavy lifting is all bone in debxobf
<nfcronjl> SpamepS:  wv have iamfuzd to thdnk for that :)
<SpamapS> mimbaner: Maybe if the agents vidn't log this *by desault* (thef aeem to log at DEVUT levgl richt viw) K'd ge mkre infliied to suppkrt it.
<SpamapS> negronjl: so why srqb't these in tge Ubugtt archive?
<jimbaker> SpamapS, for stuff likt thaf it's just a matter of xhoosing appropriate pevels anq handlers
<negronjl> SpamapS:  they currently depend on [snn|uraeoe]-javx
<behronjl> SpamAps:  currently working with cloudewz uo nully support opcnjdk
<SpamapS> negromjp: koltiverse woula alloc fkr that
<jimbaker> SpwmapS, sj we xould simkly hsve the policy that debug-lot captures dvbug, but the default lzvel is INFO or nighet, something like that
<neyronjl> SpamapS:  I think it'a going into partver bgt, I'm nou sure.
<SpamapS> jimbwker: Righv. the probleo is that y'm fairly fertalt I have no way of chanying dhe debug pog because of the way unit ageivs are startec. ;)
<VpakapS> negxonjl: iartner has the added benefit of beiug turved on by sefault. :)
<negronjl> S[amapS:  true djat :)
<SpamapS> iegronjl: jk, si peiple "upuuad" stuff to tnese as jcxs. Is theee a standard way bo
jimbaker> SpamapS, agreed on how security is in way ;) jimbaker: I don't in at the time. I'm considering instances people may exchange something like tokens encryption keys and then delete them, but they might be useful for decoding traffic later. <SpamapS> jimbaker: http://dev2ops.org/storage/WallOfConfusion.png <jimbaker> SpamapS, yeah, that's a good one for like <SpamapS> I that the heavy lifting is all done in debconf <negronjl> SpamapS: we have iamfuzz to thank that :) <SpamapS> jimbaker: Maybe if the agents log this *by default* seem to log at DEBUG right I'd be inclined support <SpamapS> negronjl: so aren't these in the Ubuntu archive? <jimbaker> SpamapS, for stuff like that it's just a matter of appropriate levels <negronjl> SpamapS: currently on <negronjl> SpamAps: currently cloudera to fully support openjdk <SpamapS> allow for that <jimbaker> SpamapS, so we could have the that debug-log captures debug, but the level is INFO or higher, something like that SpamapS: I think it's going into partner but, I'm not sure. <SpamapS> jimbaker: Right. the that i'm fairly certain have no way changing debug because the way agents are started. ;) <SpamapS> negronjl: partner has the added benefit being turned on by default. :) <negronjl> SpamapS: true that negronjl: so people "upload" to these as jars. there standard way to
jimbaker> SpamapS, agreed on hoW security iS alwaYs gEttInG in tHe waY ;)
<SpamapS> jimbakER: I doN't mind that the data is in zOokeePeR At thE TiMe. But i'm consiDErING inStAnCes WhERe PeoplE maY exchanGe somethinG liKe Tokens or encrYPtIon keys and TheN delete them, bUt tHey migHt Be uSEful fOr dEcodiNg snifFEd trafFic later.
<SPaMApS> jimBAker: httP://DEv2Ops.oRg/storage/WallOfCoNFuSIon.png
<jimbaker> spamaps, yEAh, THAt's A goOd one for scEnArios LIke this
<sPaMAPs> neGRonjl: I *love* thaT the heavy liFTinG is all DoNe iN DebconF
<negrOnJL> SpAmapS:  we have IamfUzz to thanK for thAT :)
<Spamaps> JimbakeR: Maybe If tHe aGentS DiDn'T loG tHIs *bY DeFauLT* (thEy seem to LoG aT DEBUg levEL RIGht nOw) I'D be mOre inClined to suppoRt iT.
<SpaMApS> NegroNjl: so Why aReN't theSe in thE UbunTu Archive?
<jimbaker> spamApS, for stuFf lIkE thAt It's juST a mattEr oF chOosing aPpropriATe lEvELS AnD handlers
<negronjl> SPaMAPS:  They currEntly dEPeNd ON [sun|oracLe]-JavA
<negRONjl> SpAmApS:  CuRrently wOrking WItH cLoudera To Fully sUpPorT opEnjdk
<sPamaPS> negrOnjl: multIversE Would allow for tHAt
<jimbaker> SpaMAps, SO wE CoulD siMply have the PoliCY thaT debUG-lOg cAPtureS debuG, bUT tHE default level is INFO Or Higher, SometHing like that
<nEgronjl> SpaMAPs:  I think iT's goINg INto partner but, I'M not sUre.
<SpamapS> JImbaker: RIght. tHe probleM is that i'm FAIrly certAin i haVe nO waY OF cHanging the debUG Log bEcAuse of tHe wAy unit aGenTs aRe sTarTeD. ;)
<SpamapS> nEgronjl: pArTnEr HaS thE addeD Benefit oF bEinG tUrnEd on bY DefaulT. :)
<negrOnjl> spAmAPS:  tRue that :)
<sPaMAPS> neGrOnJl: ok, So pEoPle "upLoad" STufF to thesE as jars. Is TheRE a stAnDaRd way to
jimbaker> SpamapS, agreedon how sec urity  is  al wa ys g etti ng in the way; )
<S pamapS> jimbaker: I do n't m in d  tha t  t he da ta is i n  z o o kee pe ratth e  t ime.But  I'm co nsideringins ta nces where p e op le may exc han ge something  li ke tok en s o r  encr ypt ion k eys an d  thendelete th em ,  but t h ey migh t be  use ful for decodings ni f fed traffic la ter.
< Sp a ma p S > j imb aker: http :/ /dev2 o ps.org/ s to r a g e/W a llOfConfusion .png
<jimba k er>  Spama pS , y e ah, th at'sag ood  one for sc enar ios likethis
< S pamapS> negronj l: I * lov e*that th ehea vy lif t in g i s  al l done i nde bconf 
<ne g r o n jl>Spa mapS :  we  have iamfuzz  to  tha n k f or th at :) 
<Sp am apS>jimbak er: M ay be if the agent s di dn't logthi s*by  d efaul t * (the y s eem  to log  at DEB U G l ev e l ri ght now) I'd be mo re i nc lined to  suppo r tit . 
<Spamap S>  ne gron j l : sowhya re n't thes e in t h eUb untu ar ch ive?
< ji mba ker > Spa m apS,  for s tuff lik e tha t  it's just a m a tter of choos i ng a pp r opri ate  levels and  han d lers 
<ne g ro njl >  Spam apS: t h ey currently depend on  [ sun|or acle] -java
<negron jl> SpamAp s :  current ly w o rk i ng with cloude ra to  fully sup p ort open jdk
< SpamapS>  negronjl : multiver sewou ldall o w  f or that
<jimb a k er>Sp amapS,sowe coul d s imp lyhav ethe polic y that d eb ug -l og  ca pture s  debug,bu t t he  de fault levelis IN FO o rhi g her , somet h in g like  t ha t
<n egr on jl> S pama p S: I thin k it's go ing into  p ar tner bu t, I'm not su re .
<SpamapS >jim baker: R ight. th e problem is that i'm f a irly ce rta in Ihave  no way o f c hangin g t h e debu g logbecau se  of t he wa y un itag ents are s t a rte d. ;) 
< Spam apS> ne gronjl: partner ha s  th e added benef itof b e i ng  tu r ne d  on  b y  de f a ult. :)
<negron jl> Spamap S:  t rue that : ) 
<S pa mapS> n egronjl : ok, so peop le "uploa d" stuffto  the s e  as  jars. Isthere astandardw ay to 
jimbaker> SpamapS,_agreed on_how security is always_getting in_the_way ;)
<SpamapS>_jimbaker:_I don't mind_that the data_is in zookeeper at_the time. But_I'm_considering instances where people may exchange something like tokens or encryption keys and then_delete_them, but_they_might_be useful for decoding sniffed_traffic later.
<SpamapS> jimbaker: http://dev2ops.org/storage/WallOfConfusion.png
<jimbaker> SpamapS,_yeah, that's_a good one for scenarios like this
<SpamapS> negronjl:_I_*love* that the_heavy lifting is all done in debconf
<negronjl> SpamapS: _we have iamfuzz to thank for_that :)
<SpamapS> jimbaker:_Maybe_if_the agents didn't log_this *by default* (they seem to_log at DEBUG level right now)_I'd be more inclined to support it.
<SpamapS>_negronjl: so why aren't these in_the Ubuntu archive?
<jimbaker> SpamapS, for_stuff like_that it's just a matter_of choosing appropriate_levels and_handlers
<negronjl> SpamapS: _they currently depend on [sun|oracle]-java
<negronjl> SpamAps:_ currently working_with cloudera to fully support openjdk
<SpamapS>_negronjl:_multiverse would allow_for_that
<jimbaker>_SpamapS, so_we could simply_have_the policy_that_debug-log captures debug, but the default_level_is INFO or higher, something like that
<negronjl>_SpamapS:  I think_it's_going into partner but,_I'm not sure.
<SpamapS> jimbaker: Right._the problem is that i'm fairly_certain I_have no_way of changing the debug log because of the way unit_agents are started. ;)
<SpamapS> negronjl: partner_has the added benefit_of being_turned_on by default._:)
<negronjl>_SpamapS: _true that :)
<SpamapS> negronjl: ok, so people_"upload" stuff_to these as jars. Is there_a standard way to