Ok - I'll give the "/etc/bash.bashrc" route a try and see how I get on (will give it a try around the end of the week) Yep already using the :default_env settings for other ENV vars - the motivation for this though is to not have this one particular ENV var value in source control. Thanks again!! Vic
On Monday, 1 July 2013 10:46:16 UTC+1, Lee Hambley wrote: > > Hey Vic, replies inline > > On 1 July 2013 11:36, Vic Van <luvic....@gmail.com <javascript:>> wrote: > >> Ok - thanks for the response Lee. >> >> So from that page I understand cap is using non-login/non-interactive >> shell: >> "execute a script remotely, e.g. ssh user@host 'echo $PWD' or with * >> Capistrano:non-login, non-interactive*" >> >> Does that imply that I can use? >> interactive *non-login*: /etc/bash.bashrc (bash/ubuntu) >> > > Your mileage may vary, better might be to code your environmental settings > into your Capfiles. Theres a :default_env varsiable you can set to a hash > of the values you need. > > >> Alternatively (if I understood your comment about explicitly not loading >> dotfiles) is there a way I could possibly prefix all commands to source my >> ENV vars just prior to execution? >> > > ALL commands!?...... you need to tidy up your servers!! Relying on scripts > that might change outside your source control to keep your deployment > running sounds like a disaster waiting to happen, that's why things are the > way they are. > > > > >> Thanks again! >> Vic >> >> On Friday, 28 June 2013 18:28:17 UTC+1, Lee Hambley wrote: >> >>> I am assuming the cap shell isn't kicking them. >>> >>> >>> See: https://github.com/**sstephenson/rbenv/wiki/Unix-** >>> shell-initialization<https://github.com/sstephenson/rbenv/wiki/Unix-shell-initialization> >>> >>> (Long story short we intentionally don't load dot files) >>> >>> Lee Hambley >>> -- >>> http://lee.hambley.name/ >>> +49 (0) 170 298 5667 >>> >>> >>> On 28 June 2013 16:30, Vic Van <luvic....@gmail.com> wrote: >>> >>>> Hi! >>>> >>>> Hopefully a quick one... I am deploying a rails app that relies on a >>>> some local ENV vars on the target server. >>>> I know I can specify the env values in the cap script, but I don't want >>>> to do that as I want those values to reside on the server only (security >>>> reasons) >>>> >>>> My ENV vars are defined within a profile.d script on the target server >>>> - and as they aren't getting picked up (first rake command within cap >>>> fails >>>> due to missing var). >>>> I am assuming the cap shell isn't kicking them. (Source is OSX ML - >>>> Target is Ubuntu 12.04 server) >>>> >>>> Anything I'm missing with this - or perhaps any ideas on a better way >>>> to define the server ENV vars such that the cap deploy process picks them >>>> up from the target server during deployment? >>>> >>>> Thanks!! >>>> Vic >>>> >>>> >>>> >>>> -- >>>> -- >>>> * You received this message because you are subscribed to the Google >>>> Groups "Capistrano" group. >>>> * To post to this group, send email to capis...@googlegroups.com >>>> * To unsubscribe from this group, send email to capistrano+...@** >>>> googlegroups.com For more options, visit this group at >>>> http://groups.google.com/**group/capistrano?hl=en<http://groups.google.com/group/capistrano?hl=en> >>>> >>>> --- >>>> You received this message because you are subscribed to the Google >>>> Groups "Capistrano" group. >>>> To unsubscribe from this group and stop receiving emails from it, send >>>> an email to capistrano+...@**googlegroups.com. >>>> >>>> For more options, visit >>>> https://groups.google.com/**groups/opt_out<https://groups.google.com/groups/opt_out> >>>> . >>>> >>>> >>>> >>> >>> -- >> -- >> * You received this message because you are subscribed to the Google >> Groups "Capistrano" group. >> * To post to this group, send email to capis...@googlegroups.com<javascript:> >> * To unsubscribe from this group, send email to >> capistrano+...@googlegroups.com <javascript:> For more options, visit >> this group at http://groups.google.com/group/capistrano?hl=en >> --- >> You received this message because you are subscribed to the Google Groups >> "Capistrano" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to capistrano+...@googlegroups.com <javascript:>. >> For more options, visit https://groups.google.com/groups/opt_out. >> >> >> > > -- -- * You received this message because you are subscribed to the Google Groups "Capistrano" group. * To post to this group, send email to capistrano@googlegroups.com * To unsubscribe from this group, send email to capistrano+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/capistrano?hl=en --- You received this message because you are subscribed to the Google Groups "Capistrano" group. To unsubscribe from this group and stop receiving emails from it, send an email to capistrano+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.