Lee... You also mentioned previously you "use monit to watch my deploy files, and restart daemons if the configs (which are deployed with the app) change."
Are you running monit to watch the config files on the target machine? Or development? Might seem like a silly question but I wanted to be sure. What files do you monitor specifically? This seems like a really good idea. Chris On Mar 18, 7:51 pm, Chris Benes <[email protected]> wrote: > The reason I did > > default_run_options[:pty] = true > > was that I read somewhere that it "Must be set for the password prompt > from git to work". > > I removed it and I'll see what happens. > > Additionally, after defaulting to the base 'sh', I'm getting an error > indicating "bundle" can't be found on the target machine so the > bundall install is not executing. > > What is the best practice way for the $PATH variable to be set > correctly so bundle and other commands initiated by capistrano on the > target can find their needed files, e.g. project source, gems, > commands themselves like bundle, etc. > > Previously, I had the $PATH variable set in the .bashrc. Is best > practice to set it in the .profile for 'sh'? > > Thanks, > Chris > > On Mar 18, 6:45 pm, Lee Hambley <[email protected]> wrote: > > > > > default_run_options[:pty] = true > > > Will (probably) run login scripts (under some shells.) which usually > > pollutes the environment, and causes problems, it's often a bad idea. > > > Forcing the shell to bash makes it more likely that login scripts will be > > picked up, further polluting the environment, see point 1 :) > > > (sometimes it works for people, more often than not… it doesn't - which is > > why they're not the defaults!) > > > - Lee -- * You received this message because you are subscribed to the Google Groups "Capistrano" group. * To post to this group, send email to [email protected] * To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/capistrano?hl=en
