change_password
- Jamis
On 9/24/07, ken brooks [EMAIL PROTECTED] wrote:
Thanks for responding.
I tried :pty = true. Same exact result.
Here is my output. (Names changed to protect the innocent servers).
C:\somedircapchange_password
* executing `change_password'
* executing
I have tons of user ids on different machines that I like to keep in
sync.
I was using cap 2.0 to execute passwd on a remote host (solaris as
well as aix).
I would read the data coming back in and send back the appropriate
response.
Everything worked pretty well.
Since pulling down 2.1
So the *Feature* that says my PATH tweaks and environment variables
will all be set as expected.
I'm not seeing that.
Are you saying that my .profile (or whatever my default profile is set
to) will be loaded?
I ran an echo $PATH as a command and don't see my path as modified in
my .profile (and
for whether any particular value in the
hash is nil. You can just append to it blindly:
all_data[channel[:host]] data
- Jamis
On 7/8/07, ken brooks [EMAIL PROTECTED] wrote:
Whenever I use the run command and use the block to get the data being
sent back it often comes back in chunks
Whenever I use the run command and use the block to get the data being
sent back it often comes back in chunks (as it recieves it i suppose).
When trying to trigger an if statement to send_data back to the server
I really can't be guaranteed that it will fire because the string i'm
looking for
I just picked up Cap and started playing with it today. Kudos to you
Jamis on something that might allow me to do some wicked stuff at
work.
Being new to this perhaps someone will have a way or better way to do
what I'm about to ask.
I understand that each task will run parallel on all the
, which
spawns the processes and waits for them to finish. Then, invoke that
shell script via Capistrano. Voila! Each server will run that set of
processes in parallel.
Does that work for you?
- Jamis
On 6/27/07, ken brooks [EMAIL PROTECTED] wrote:
I just picked up Cap and started