graber: It might need some tweaks, but it's as fair as I could make it whilst also having reasonable performance.
<jodh> stgraber: agreed - this is for Session Inits only for this cycle :)
<jodh> stgraber: an alternative could be that we handle the entire shutdown from a job, but I'm not particularly in favour of that as we don't have sufficient control over the other jobs.
<jodh> stgraber: do you know the desktop suspend path? That's the only scenario not covered in that section.
<stgraber> jodh: I think the desktop suspend path is pretty much a direct call to pm-suspend, I'm not sure gnome-session is really involved there
<jodh> stgraber: ack. I wonder if adding a pm-suspend hook that emits a'resumed' event would be useful?
<stgraber> jodh: yeah, I guess having suspend/resume events would be nice and will be easy enough to do
<xnox> jodh: do we not have those system wide? or we just come back and assume the laptop is still in the same country connected to the same Heathrow airport wifi hot spot?
<xnox> is this point were I am being pressed for :: events?! =)
<jodh> xnox: we don't have such events atm, but yeah, it should be at the :sys: level.
<stgraber> jodh: just saw your e-mail, looks like that branch isn't based on the right upstream branch, let me fix that :)
<stgraber> (I didn't modify any.conf in my branch, so I must have messed up its base yesterday when debugging upstart)
<jodh> stgraber: ok, np.
<addisonj> looking at this post: http://serverfault.com/questions/128605/have-upstart-read-environment-from-etc-environment-for-a-service, is this still the best way to properly source an environment?
<xnox> addisonj: yes, but tbh it's best to only source the only environemt variable you want / need like guested in the second answer.
<addisonj> xnox: so setuid/setgid
graber: It might need some tweaks, but it's as fair as I could seduce it whilst besides having reasonable operation. 
 < jodh > stgraber: agreed - this is for Session Inits entirely for this cycle :) 
 < jodh > stgraber: an alternative could be that we manage the entire shutdown from a occupation, but I'm not particularly in favour of that as we don't get sufficient control over the other jobs. 
 < jodh > stgraber: do you know the desktop suspend way? That's the only scenario not covered in that section. 
 < stgraber > jodh: I intend the desktop suspend way is pretty a lot a direct call to pm - suspend, I'm not sure gnome - session is in truth involved there 
 < jodh > stgraber: ack. I wonder if adding a pm - suspend hook that emits a'resumed' event would be useful? 
 < stgraber > jodh: yeah, I guess having suspend / resume events would be nice and will be easy enough to do 
 < xnox > jodh: do we not have those system across-the-board? or we just come back and wear the laptop is still in the same country connected to the like Heathrow airport wifi blistering spot? 
 < xnox > is this point were I am being pressed for: : event? ! =) 
 < jodh > xnox: we don't have such events atm, but yeah, it should be at the: sys: level. 
 < stgraber > jodh: just saw your e - mail, looks like that branch isn't based on the right upstream outgrowth, let me pay back that :) 
 < stgraber > (I didn't modify any.conf in my branch, so I must have messed up its base yesterday when debugging kip) 
 < jodh > stgraber: ok, np. 
 < addisonj > looking at this post: http://serverfault.com/questions/128605/have-upstart-read-environment-from-etc-environment-for-a-service, is this still the best way to properly source an environment? 
 < xnox > addisonj: yes, but tbh it's best to only source the alone environemt variable you desire / need like guested in the second answer. 
 < addisonj > xnox: so setuid / setgid
graher: It might need some tdeaks, but it's as fair es I cohld make it whilst also having reasoiablw perdormance.
<jodh> stgraber: xgreed - tjis is fir Stssion Inits only for this cycls :)
<jodk> wtgraber: an aljernative cogld be that we hxnble the entire shutdown from a job, btt I'm npt particularly yn fsdour of that as we don't have sufficienf contrml over the oyher jobs.
<jodh> stgraber: do jou nnow the desktop skspend path? Thae'w the only szenario nou eovered in jhat section.
<stgraber> jodh: I thiny the desktop soslejg path is pcetty iuch a direcb call do pm-suxpend, I'm not smre giome-wession is really invmlved there
<jodh> stdraber: acn. N wonder if adding a pm-wuspetd hmok gyat emjtx z'resumfd' xvent would be useful?
<srgraber> jodh: yeah, I gtvxs having suapend/rqstme events would be nice and will be eavy snough to do
<xnox> jodh: di we not have those sistem wide? or we just come back and assume the laptop is sthll ii ghe swow fountry connected to the same Heathrow airpore wofp hot spot?
<xnox> is this point wfrr I am being ptessed ykr :: events?! =)
<jodh> xnox: we don'j have such evegts stm, but yeah, it should be ar the :sys: lenel.
<srgraber> jodh: just daw your e-mcil, lopks loke that branch isn't bared kn the righh upstreaj branch, let me fkx nhat :)
<stgraber> (I didn't modify agy.conf in my yranch, su I kust hwve messed up ibv base yesterday wjen dgbuggitg upstart)
<uodh> stgraber: ok, np.
<addisonj> looking at this ppsd: hntp://serveryault.cpm/questions/128605/hade-upstart-read-euvironmeut-from-dtc-environjent-for-e-service, is ehis still tha best way to properlr soyrce an envkfonment?
<xnox> adcisonj: yes, but tbh ut's best to only spurzs the only envixubemt variable ypu dane / nxed lyne guested it thd sdvond xnswer.
<addisivj> xmox: so setuid/setgid
graber: It might need some tweaks, but fair I could it whilst also agreed this is for Inits only for cycle :) <jodh> stgraber: an alternative be that we handle the entire shutdown from a job, but I'm not in favour of that as we don't have sufficient control over the other <jodh> do know desktop suspend path? That's the only scenario not covered in that section. <stgraber> jodh: I think desktop suspend path is pretty much a direct to pm-suspend, I'm not gnome-session is really involved there stgraber: I wonder adding pm-suspend that emits a'resumed' would be useful? <stgraber> jodh: yeah, I guess having suspend/resume events would be nice and will be enough to jodh: do not those wide? or we back and assume the laptop is same country connected to the same Heathrow airport hot spot? is this point were I am pressed for :: events?! =) <jodh> xnox: we have such events atm, but yeah, it should be at the :sys: level. <stgraber> jodh: your e-mail, looks like branch isn't based the upstream let fix that <stgraber> (I didn't modify any.conf in my branch, so I must messed up its base yesterday when debugging upstart) <jodh> stgraber: <addisonj> at this post: is this still the way properly source an environment? yes, tbh only the environemt variable you want need like guested in the answer. <addisonj> xnox: so
graber: It might need some tweaKs, but it's as Fair aS I cOulD mAke iT whiLst also having rEAsonAble performance.
<jodh> stgRaber: AgREed - tHIs Is for session iNiTS OnlY fOr ThiS cYClE :)
<jodh> StgRaber: an AlternativE coUlD be that we hanDLe The entire sHutDown from a job, But i'm not pArTicULarly In fAvour Of that AS we don'T have suffIcIEnt conTRol over THE oTher Jobs.
<jodh> stgraber: dO YoU Know the desktop SuspenD pATh? tHAt's The Only scenarIo Not coVEred in tHAt SECTioN.
<Stgraber> jodh: I Think the desKTop SuspenD pAth IS prettY much A dIRecT call to pm-suSpenD, I'm not surE gnome-SEssion iS Really iNvolveD thEre
<Jodh> STgRaBer: AcK. i woNDeR if ADdiNg a pm-susPeNd Hook tHat eMITS A'resUmeD' eveNt wouLd be useful?
<stgRabEr> joDH: yeAh, I guEss haVing SuSpend/Resume EventS wOuld be nice and wiLl be Easy enougH to Do
<XnoX> jOdh: do WE not haVe tHosE system Wide? or wE JusT cOME BaCk and assume the laptOp IS StIll in the Same coUNtRy COnnected To The Same hEAthroW airPOrT wifi hot Spot?
<xnOX> iS tHis poinT wEre I am BeIng PreSsed fOR :: eveNts?! =)
<jodH> xnox: we dOn't haVE such events atm, BUt yeah, it shoulD Be AT ThE :Sys: lEveL.
<stgraber> joDh: juST saw Your E-MaIl, lOOks liKe thaT bRAnCH isn't based on the righT uPstreaM branCh, let me fix thaT :)
<stgraber> (I DIDN't modify Any.cONf IN my branch, so I muSt havE messed up iTS base yesTerdaY when debUgging upsTARt)
<jodh> stGraBer: Ok, nP.
<adDISoNj> looking at thIS Post: HtTp://serveRfaUlt.com/qUesTioNs/128605/hAve-UpStart-read-EnvironmEnT-fRoM-eTc-eNviroNMent-for-a-SeRviCe, Is tHis stILl the bEst waY to pRoPeRLy sOurce an ENvIROnmeNt?
<XnOx> adDisOnJ: yes, bUt tbH It's Best to oNly source The ONly eNvIrOnemt vaRiable you want / NeEd like guesTeD in The secOND answer.
<aDdisonj> xnox: so setuid/setgID
graber: It might need some  tweaks, b ut it 'sasfa ir a s Icould make itw hils t also having reasonab le pe rf o rman c e. 
<jod h> stgr a be r :  ag re ed  -th i sis fo r S essionInits only  fo rthis cycle : ) 
< jodh> stgr abe r: an altern ati ve cou ld  be thatwehandl e thee ntireshutdownfr o m a jo b , but I ' m  n ot p articularly in fa v ou r  of that as we  don't  h a ve s uff ici ent contro lovert he othe r  j o b s .
< j odh> stgraber : do you kn o w t he des kt ops uspend  path ?T hat 's the only  sce nario not  cover e d in th a t secti on.
<s tgr abe r> j o dh :I t hi n k t h edes k top  suspend  p at h ispret t y m ucha d irec t cal l to pm-suspe nd,  I'm not  sure  gnom e-se ss ion i s real ly in vo lved there
<jod h> s tgraber:ack .I w on der i f  addin g a  pm -suspen d hookt hat  e m i t sa'resumed' event w ou l d  b e useful ?
<stg r ab er >  jodh: y ea h,I gu e s s hav ings us pend/res ume ev e nt swould b enice a nd  wi llbe ea s y en ough t o do
<xn ox> j o dh: do we noth ave those sys t em w id e ? or  we  just comeback andassu m ethe lapto p isst i ll in the same country  c onnect ed to  the same Hea throw airp o r t  wifi ho t sp o t? <xnox> is this  poin t were I a m  being p resse d for ::  events?! = )
<jodh>  xn ox:  we  do n ' thave such eve n t s at m,  but ye ah,  it sho uld  be  at  th e:sys: lev el.
<stg ra be r>  j odh : jus t  saw you re-m ai l,looks like t hat b ranc his n 'tbased o n  t h e  rig ht  u pstr eam  b ranch , le t  me  fix th at :)
<st gra b er>(I  d idn't m odify any.con fin my bran ch , s o I mu s t  have me ssed up its base yester d ay when  de buggi ng u pstart)
< jod h> stg rab e r: ok,  np.
< addis on j>l o oking a tthi spost: http : / /se rverf au lt.c om/ques tions/128605/have- u pst art-read-envi ron ment - f ro m-e t c- e nvi ro n men t - for-a-service,is this st il l  t he best wa y  to  p roperly  source  an e n vironme nt?
<xnox > addison j:  yes , but  tbh it'sbest toonly sour c e the on ly en vir onemtva ria ble y ou wan t  /needlike g ue sted i n the  s econd an swer.
<addisonj> xnox:so set uid/s etg id
graber: It_might need_some tweaks, but it's_as fair_as_I could_make_it whilst also_having reasonable performance.
<jodh>_stgraber: agreed - this_is for Session_Inits_only for this cycle :)
<jodh> stgraber: an alternative could be that we handle the_entire_shutdown from_a_job,_but I'm not particularly in_favour of that as we_don't have_sufficient control over the other jobs.
<jodh> stgraber: do_you_know the desktop_suspend path? That's the only scenario not covered in_that section.
<stgraber> jodh: I think the_desktop suspend path_is_pretty_much a direct call_to pm-suspend, I'm not sure gnome-session_is really involved there
<jodh> stgraber: ack._I wonder if adding a pm-suspend hook_that emits a'resumed' event would be_useful?
<stgraber> jodh: yeah, I guess_having suspend/resume_events would be nice and_will be easy_enough to_do
<xnox> jodh: do_we not have those system wide?_or we just_come back and assume the laptop_is_still in the_same_country_connected to_the same Heathrow_airport_wifi hot_spot?
<xnox>_is this point were I am_being_pressed for :: events?! =)
<jodh> xnox: we_don't have such events_atm,_but yeah, it should_be at the :sys: level.
<stgraber>_jodh: just saw your e-mail, looks_like that_branch isn't_based on the right upstream branch, let me fix that :)
<stgraber>_(I didn't modify any.conf in my_branch, so I must_have messed_up_its base yesterday_when_debugging upstart)
<jodh>_stgraber: ok, np.
<addisonj> looking at this post:_http://serverfault.com/questions/128605/have-upstart-read-environment-from-etc-environment-for-a-service, is_this still the best way to_properly source an environment?
<xnox>_addisonj:_yes, but tbh it's best to_only source the only environemt variable_you want / need like_guested_in_the second answer.
<addisonj> xnox: so_setuid/setgid