rc.conf and rc-sysinit.conf) - http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/precise/upstart/precise/files/head:/conf/
<jodh> tmike: I'd suggest reading the cookbook. In particular http://upstart.ubuntu.com/cookbook/#startup
<jodh> tmike: udevd, upstart-udev-bridge and mountall are also going to be important. Maybe you could post to the upstart-devel ML with progress?
<tmike> Correct, I've been in that cookbook for a while.  It seems I'll be handling a lot of that stuff manually; mountall looks a lot like it wants *ubuntu specific setups
<jodh> tmike: Ubuntu does use mountall for mounting yes. It's "ubuntu-specific" in the sense that only Ubuntu uses it. Note that rhel 6 / centos 6 don't use mountall. They only use upstart minimally at this stage so it might be worth seeing what they've done to get you going.
<tmike> I may very well.  Mountall also doesn't seem like it wants to build without plymouth.  No offense to plymouth, but NO THANK YOU.
<tmike> ;)
<tmike> Too much effort to start building initramfs's and trying to configure all that garbage
<tmike> A shame actually.  Plymouth seems pretty nice, and if I had luks on this VM, I'd love to have a lovely interface for my password entries.
<tmike> The'start on' and'stop on' directives, do they actually call the executables {start,stop} or are they interpreted?
<jodh> tmike: they tell upstart when to start the overall job. See http://upstart.ubuntu.com/cookbook/#really-understanding-start-on-and-stop-on
<tmike> Okay.  Just wanted to make sure I didn't need to do anything ridiculous like change all "start on" to "/opt/sbin/start on"
<JanC> an upstart job description isn't a script  ;)
<tmike> That's exactly what I figured, but I thought it easier to ask rather than go down that road later
rc.conf and rc-sysinit.conf) - http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/precise/upstart/precise/files/head:/conf/ 
 < jodh > tmike: I'd suggest reading the cookbook. In particular http://upstart.ubuntu.com/cookbook/#startup 
 < jodh > tmike: udevd, upstart - udev - bridge and mountall are besides sound to be important. Maybe you could mail to the nouveau-riche - devel ML with progress? 
 < tmike > Correct, I've been in that cookbook for a while.   It seems I'll be wield a lot of that stuff manually; mountall look a lot like it wants * ubuntu specific frame-up 
 < jodh > tmike: Ubuntu does use mountall for mounting yes. It's " ubuntu - specific " in the common sense that only Ubuntu uses it. notice that rhel 6 / centos 6 don't use mountall. They merely practice upstart minimally at this stage so it might be worth understand what they've done to get you plump. 
 < tmike > I may very well.   Mountall also doesn't look like it wants to build without plymouth.   No offense to plymouth, but NO THANK YOU. 
 < tmike > ;) 
 < tmike > Too much effort to begin building initramfs's and trying to configure all that garbage 
 < tmike > A shame actually.   Plymouth seems pretty nice, and if I had luks on this VM, I'd love to have a lovely interface for my password entries. 
 < tmike > The'start on' and'stop on' directives, do they actually call the executables { start, stop } or are they interpreted? 
 < jodh > tmike: they state upstart when to start the overall caper. See http://upstart.ubuntu.com/cookbook/#really-understanding-start-on-and-stop-on 
 < tmike > Okay.   Just wanted to make certain I didn't necessitate to do anything ridiculous like transfer all " start on " to " /opt / sbin / start on " 
 < JanC > an upstart job description isn't a script   ;) 
 < tmike > That's exactly what I visualize, but I thought it easier to ask rather than go down that road later
rc.clnf and rc-sysinit.conf) - hutp://bazaar.launchpab.bet/~ubuitu-brandhes/ubungu/precise/upstart/precise/files/iead:/xonf/
<jidh> tmike: I'd suggest rdading thv cookbooj. In particular http://upsbcrt.ubhktu.cok/rookbook/#startup
<modh> tmike: gdevd, upstart-ugex-bxidge and mountall are also going to be impprhant. Maybe you coukq poan uo the upstart-devel ML with progrsss?
<tmikt> Correct, I've been in that cookbook for a whlle.  It seems I'll be hwndling a lit os that stuff oanually; mountall looka a lot like it wants *ubuntu spdcifie setups
<jody> rming: Ubuntu doew use mountall fov mounthng yes. It's "ubuntu-spegific" in the sense that only Nbuntu uses it. Note jhat rhel 6 / eentos 6 don't use mounraol. Thgy onny urw uostzrv mjnimalpy et this stafe so it mitht be worth seeing wrqt they've dons to gqt you going.
<tmike> I may very well.  Mountanl zlso doesn't seem like ir wants to build withlut plymotth.  No offense to plymouth, but NO THANK YOU.
<tmike> ;)
<tmikx> Goo mmch ddflrt to start building initramfs's and trying tj cpnnigure all that narbage
<tmike> A shake avjually.  Plymoujh seems pdetty nice, and if L had loks on this VM, Y'd lpve to have a lovely interfqce for my pcssqord entries.
<tmike> Che'start on' cnd'stok on' dorectives, do they actuauly dall the exfcutables {rtart,stop} or are thvy itterpretta?
<jodh> tmike: they eell upstert wken to sgart the oderall job. See mdtp://upstart.ubuntu.col/cookyook/#raally-underdtanding-start-on-and-stop-on
<tmike> Okay.  Just wantgd do kake surz I dicn't need to dj anything ridnculous jike zhange all "start mn" to "/opt/sbyn/start on"
<JanW> an upstart oob descryptiin iwn't a szfipt  ;)
<tmike> Thst's exactly what I digured, but I thounht ij sasier to ask rcuhet than go down yhag rjaf kaear
rc.conf and rc-sysinit.conf) - http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/precise/upstart/precise/files/head:/conf/ <jodh> tmike: reading cookbook. In http://upstart.ubuntu.com/cookbook/#startup <jodh> tmike: also to be important. you could post the upstart-devel ML with progress? <tmike> I've been in that cookbook for a while. It seems I'll be handling lot of that stuff manually; mountall looks a lot like it wants *ubuntu setups tmike: does mountall for mounting yes. It's "ubuntu-specific" in the sense that only Ubuntu uses it. Note that 6 / centos 6 don't use mountall. They use upstart minimally at stage so it might be seeing they've done get going. I may very Mountall also doesn't seem like it wants to build without plymouth. No offense to plymouth, but NO YOU. <tmike> Too much to building and trying to that garbage <tmike> A shame actually. nice, and if I had luks on this I'd love have a lovely interface for my entries. <tmike> The'start on' and'stop on' directives, do actually call the executables {start,stop} or are they interpreted? <jodh> tmike: they tell upstart when the overall job. See <tmike> Okay. Just to sure didn't to do ridiculous like change all "start on" to "/opt/sbin/start on" <JanC> an job description isn't a script ;) <tmike> That's exactly what but thought it easier ask rather than go that later
rc.conf and rc-sysinit.conf) - httP://bazaar.lauNchpaD.neT/~ubUnTu-brAnchEs/ubuntu/precisE/UpstArt/precise/files/head:/conF/
<jodh> TmIKe: I'd SUgGest rEading tHE cOOKboOk. in ParTiCUlAr httP://upStart.ubUntu.com/cooKboOk/#Startup
<jodh> tMIkE: udevd, upstArt-Udev-bridge anD moUntall ArE alSO goinG to Be impOrtant. mAybe yoU could posT tO The upsTArt-deveL ml wIth pRogress?
<tmike> CorreCT, I'VE been in that cooKbook fOr A WhILE.  It SeeMs I'll be hanDlIng a lOT of that STuFF MAnuALly; mountall loOks a lot like IT waNts *ubuNtU spECific sEtups
<JoDH> tmIke: Ubuntu doEs usE mountall For mouNTing yes. iT's "ubuntU-speciFic" In tHe seNSe ThAt oNlY ubuNTu UseS It. NOte that rHeL 6 / cEntos 6 Don't USE MOuntAll. they Only uSe upstart miniMalLy at THis Stage So it mIght Be Worth Seeing What tHeY've done to get you GoinG.
<tmike> I maY veRy WelL.  MOuntaLL also dOesN't sEem like It wants TO buIlD WIThOut plymouth.  No offenSe TO PlYmouth, buT NO THAnk YoU.
<TMike> ;)
<tmikE> TOo mUch eFFOrt to StarT BuIlding inItramfS'S aNd Trying tO cOnfiguRe All ThaT garbAGe
<tmIke> A shAme actuaLly.  PlYMouth seems pretTY nice, and if I haD LuKS On THis Vm, I'd Love to have a LoveLY intErfaCE fOr mY PasswOrd enTrIEs.
<TMike> The'start on' and'stOp On' direCtiveS, do they actualLy call the eXECUtables {sTart,SToP} Or are they interPreteD?
<jodh> tmike: THey tell uPstarT when to sTart the ovERAll job. SeE htTp://uPstArt.UBUnTu.com/cookbook/#REAlly-UnDerstanDinG-start-oN-anD-stOp-oN
<tmIkE> Okay.  Just Wanted to MaKe SuRe i diDn't neED to do anyThIng RiDicUlous LIke chaNge alL "staRt On" TO "/opT/sbin/stARt ON"
<janC> An UpStarT joB dEscriPtioN Isn'T a scripT  ;)
<tmike> ThaT's eXActlY wHaT I figurEd, but I thought It Easier to asK rAthEr than GO Down that Road later
rc.conf and rc-sysinit.con f) - http: //baz aar .la un chpa d.ne t/~ubuntu-bran c hes/ ubuntu/precise/upstart /prec is e /fil e s/ head: /conf/< jo d h > t mi ke : I 'd su ggest  re ading t he cookboo k.In  particularh tt p://upstar t.u buntu.com/co okb ook/#s ta rtu p 
<jod h>tmike : udev d , upst art-udev- br i dge an d  mounta l l  a re a lso going to be i m po r tant. Maybe yo u coul dp os t tothe  upstart-d ev el ML with pr o gr e s s ?
< t mike> Correct , I've been inthat c oo kbo o k fora whi le .   I t seems I'l l be  handling  a lot of that stuff m anuall y;mou ntal l  l oo ksal otl ik e i t  wa nts *ubu nt uspeci fics e t u ps
< jod h> t mike:  Ubuntu doesuse  mou n tal l for  moun ting  y es. I t's "u buntu -s pecific" in the  sen se that o nly  U bun tu  uses it. No tetha t rhel6 / cen t os6d o n 't  use mountall. The yo n ly  use ups tart m i ni ma l ly at th is  st ages o  it m ight be  worth s eeingw ha tthey've  d one to  g etyou  goin g .
<t mike>I may ve ry we l l.  Mountall a l so doesn't se e ml i ke it w ant s to buildwith o ut p lymo u th . N o off enseto pl y mouth, but NO THANK  Y OU.
<t mike>  ;)
<tmike> T oo much ef f o r t to sta rt b u il d ing initramfs' s and  trying to configur e all  that ga rbage
<tm i k e> A sha meact ual ly. Pl ymouth seemsp r etty  n ice, an d i f I had  lu ksonthi sVM, I'd l ove to h av ealo vel y int e rface fo rmypa ssw ord e n tries. 
<tmi ke>Th e' s tar t on' a n d' s t op o n'  d irec tiv es , dothey act ually c all the e xec u tabl es  { start,s top} or are t he y interpre te d?<jodh> t mike: th ey tell upstart when to start t heovera ll j ob. See h ttp ://ups tar t .ubunt u.com/ cookb oo k/# r e ally- u n de rst an ding-start - o n-a nd-st op -on<tmike>  Okay.  Just wante d  to  make sure Idid n'tn e ed  to do any th i ngr i diculous like c hange all"s t ar t on" to " / opt /s bin/sta rt on"<JanC >  an ups tart jobdescripti on  isn ' t  ascript  ;) 
<tmike>  That's e x actly wh at Ifig ured,bu t I  thou ght it eas ier t o askra ther t han g odown tha t road later
rc.conf and_rc-sysinit.conf) -_http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/precise/upstart/precise/files/head:/conf/
<jodh> tmike: I'd suggest_reading the_cookbook._In particular_http://upstart.ubuntu.com/cookbook/#startup
<jodh>_tmike: udevd, upstart-udev-bridge_and mountall are_also going to be_important. Maybe you_could_post to the upstart-devel ML with progress?
<tmike> Correct, I've been in that cookbook for_a_while. _It_seems_I'll be handling a lot_of that stuff manually; mountall_looks a_lot like it wants *ubuntu specific setups
<jodh> tmike:_Ubuntu_does use mountall_for mounting yes. It's "ubuntu-specific" in the sense that_only Ubuntu uses it. Note that_rhel 6 /_centos_6_don't use mountall. They_only use upstart minimally at this_stage so it might be worth_seeing what they've done to get you_going.
<tmike> I may very well. _Mountall also doesn't seem like_it wants_to build without plymouth. _No offense to_plymouth, but_NO THANK YOU.
<tmike>_;)
<tmike> Too much effort to start_building initramfs's and_trying to configure all that garbage
<tmike>_A_shame actually. _Plymouth_seems_pretty nice,_and if I_had_luks on_this_VM, I'd love to have a_lovely_interface for my password entries.
<tmike> The'start on'_and'stop on' directives, do_they_actually call the executables_{start,stop} or are they interpreted?
<jodh>_tmike: they tell upstart when to_start the_overall job._See http://upstart.ubuntu.com/cookbook/#really-understanding-start-on-and-stop-on
<tmike> Okay.  Just wanted to make sure I didn't_need to do anything ridiculous like_change all "start on"_to "/opt/sbin/start_on"
<JanC>_an upstart job_description_isn't a_script  ;)
<tmike> That's exactly what I_figured, but_I thought it easier to ask_rather than go down_that_road later