was a way to avoid the echoing into
a file, and instead do something like:
session.when "server.host == '#{target_server.host}'",
{put "YAML.dump(:queue_name =>
q_names[target_server.host])}", "#{shared_path}/config/
queue_name.yml&quo
pyros
On Sep 18, 12:34 am, Jamis Buck <[EMAIL PROTECTED]> wrote:
> Do you have git installed and in your path, locally? Capistrano needs
> to be able to query the repository from the local host (the
> workstation you're deploying from) in order to determine which
> revision t
I can git clone as desired (ie ssh keys
are properly set).
cap deploy says..
"No such file or directory - git ls-remote [EMAIL PROTECTED]:idonas/
lele.git master (Errno::ENOENT)"
any clues
Thank you in advance.
below is my deploy.rb and the console output
--deploy.
unique name. Can you think of a good way to do this serially?
Orion
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~--~~~~--~~--~--~---
Confirmed, same problem here in Linux land.
I did a chmod 0755 on my capistrano gem directory and I can deploy
fine now.
Many thanks Parker and Jamis
Nick
On Jun 25, 4:18 am, Jamis Buck <[EMAIL PROTECTED]> wrote:
> Alright, I think we've figured this out. Parker
rano/cli/
execute.rb:14:in `execute'
from /usr/lib/ruby/gems/1.8/gems/capistrano-2.4.0/bin/cap:4
from /usr/bin/cap:19:in `load'
from /usr/bin/cap:19
Does this help at all?
local_dependency.rb does exists
Thanks
Nick
On Jun 24, 4:05 am, Parker McGee <[EMAIL PROTECTED]&g
not sure this is going to help much but see below
thanks
Nick
On Jun 23, 5:21 pm, Jamis Buck <[EMAIL PROTECTED]> wrote:
> Do you have a .caprc file in your home directory?
No
> What does your
> Capfile look like?
http://pastie.org/220451
> Do you have any plugins in vendor
[EMAIL PROTECTED]:~$ ls -l /usr/lib/ruby/gems/1.8/gems/capistrano-2.4.0/
lib/capistrano/recipes/deploy/strategy
total 32
-rw-r--r-- 1 root root 2562 2008-06-23 14:36 base.rb
-rw-r--r-- 1 root root 533 2008-06-23 14:36 checkout.rb
-rw-r--r-- 1 root root 8417 2008-06-23 14:36 copy.rb
-rw-r--r-- 1
I did a fresh install of Ubuntu 8.04 at the weekend
ruby 1.8.6 (2007-09-24 patchlevel 111) [i486-linux]
I wonder if it has anything to do with the new version of rubygems?
thanks
Nick
On Jun 23, 4:06 pm, Jamis Buck <[EMAIL PROTECTED]> wrote:
> Very odd. :( I can't duplicate thi
pistrano but no luck
Any ideas?
Thanks
Nick
On Jun 23, 2:29 pm, Jamis Buck <[EMAIL PROTECTED]> wrote:
> Sounds like maybe you've got a botched install of capistrano. Does the
> file lib/capistrano/recipes/deploy/strategy/checkout.rb exist in your
> capistrano installation? W
-~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~--~~~~--~~--~--~---
s a tip on how to do this?
Thanks!
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~--~~~~--~~--~--~---
+1 for the fix of removing "--tags"
Dave
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~--~~~~--~~--~--~---
e, "/usr/bin/rake"
task :restart_web_server, :roles => :web do
run "touch #{current_path}/public/dispatch.fcgi"
end
after "deploy:start", :restart_web_server
after "deploy:restart", :restart_web_server
On May 22, 3:31 pm, john <[EMAIL PROTECTED]> wrote:
&g
.
I still get the same error when ssh-ing to the Ubuntu box from a third
box and executing the cap commands. This may have been my original
error, but at this point I'm thrilled it finally works!
Thanks for the help!
On May 22, 8:39 am, Mark Carey <[EMAIL PROTECTED]> wrote:
> W
OpenSSH_4.7p1 Debian-8ubuntu1.2, OpenSSL 0.9.8g 19 Oct 2007
On May 21, 2:49 pm, Jamis Buck <[EMAIL PROTECTED]> wrote:
> What SSH agent are you using locally?
>
> - Jamis
>
> On May 21, 2008, at 3:21 PM, [EMAIL PROTECTED] wrote:
>
>
>
> > Sorry. Posted the wr
len
42
D, [2008-05-21T14:20:34.647927 #11214] DEBUG --
net.ssh.authentication.agent[..fdbc26c16]: received agent packet 5 len
1
connection failed for: 192.168.11.81
(Net::SSH::Authentication::AgentError: unknown response from agent: 5,
"\000\000\000\001\005")
On May 21, 2:17 pm, "[EMAIL
Net::SSH::Authentication::AgentError: unknown response from agent: 5,
"\000\000\000\001\005")
--~--~-~--~----~----~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~--~~~~--~~--~--~---
_server1
I don't think you need your mysql server listed for any of the default
deployment tasks.
On May 12, 5:22 pm, Jochen Kaechelin <[EMAIL PROTECTED]> wrote:
> Am 12.05.2008 um 23:11 schrieb Jochen Kaechelin:
>
>
>
>
>
> > Am 12.05.2008 um 22:5
runs the rails application
db = the server that runs rake db:migrate
HTH,
Nathen
On May 12, 4:46 pm, Jochen Kaechelin <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I have 4 machines, one running nginx proxing to mongrel, 2 machines
> each of
> them running mongrel_cluster and one
That's one way to do it. Then you just have to add the symlinking to
your deployment script. If you do any tests, the first option might be
better (?).
--
A.H.
On May 11, 10:35 am, Jonathan Weiss <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
> > I have a set up where
-
A.H.
On May 11, 7:26 am, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> By the way I am using the deployment via checkout.
>
> On May 10, 9:12 pm, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
>
> > I have a set up where I have files stored in a
By the way I am using the deployment via checkout.
On May 10, 9:12 pm, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> I have a set up where I have files stored in a folder in the public
> directory in a folder called photos. How do I tell capistrano to not
> delete t
.)
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~--~~~~--~~--~--~---
ar/www/staging/break/current && ln -s /var/www/
staging/break/releases/20080508160354 /var/www/staging/break/current"
failed on 10.1.1.101
--~--~-~--~~----~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~--~~~~--~~--~--~---
Ah! Wow, I missed that 2006 blog post then.
mouth.insert foot
Setting the group id bit on my deploy_to directory's parent seems to
be doing the trick.
On 4 May, 14:35, Jamis Buck <[EMAIL PROTECTED]> wrote:
> On May 4, 2008, at 11:15 AM, [EMAIL PROTECTED] wrote:
>
> &g
, but I think you’re right about how the
assumed Capistrano approach should be to define another role so that
another connection will surface.
Thanks for all the Cap pointers. I hope Utah’s weather today is as
nice as it is here.
On 4 May, 12:37, Jamis Buck <[EMAIL PROTECTED]> wrote:
> On Ma
ad; I thought roles
were just for task blocks.
On 3 May, 23:29, Jamis Buck <[EMAIL PROTECTED]> wrote:
> The upload/download helpers (including put/get) cannot execute as any
> user other than the user that the connections are using. This means
> you need to resort to either chown
entire app is owned by the nonsudoing 'mongrel' user (so I
don’t run into permissions issues down the road)?
Thanks again,
Edward
On May 1, 2:25 pm, Jamis Buck <[EMAIL PROTECTED]> wrote:
> We run the mongrels as a different (non-sudoer) user. You can
> accomplish that lots o
Thankd for all the hard work on this.
I like the upload and download helpers.
Do you see any case where I would want to use 'put' to copy out a
file?
- Mike
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For mo
pm, Jamis Buck <[EMAIL PROTECTED]> wrote:
> The simplest thing is to just make sure the entire deploy is done by a
> sudoer. If that's not possible for whatever reason, then you have to
> reach into the bowels of capistrano to unplug the cached connections.
> (This
t;su #{sudoer} -"
end
task :switch_to_regular_user do
if regular_user
set(:user, regular_user)
run "exit"
end
end
and hoping that the password input for the `su` command is magically
caught and read by Capistrano/Highline?
Sorry about the extra bother,
E
Ah, ok, yeah, that makes a little more sense. Cool.
Thanks again Jamis.
On Apr 30, 6:38 pm, Jamis Buck <[EMAIL PROTECTED]> wrote:
> In that case, you can lose the proc--all the proc does is defer the
> actual prompt until it is actually needed, but in this case, you
> _know_
That's bizarre. I'm on Safari (3.1.1) too.
Maybe it's a permissions thing?
On Apr 30, 5:57 pm, Jamis Buck <[EMAIL PROTECTED]> wrote:
> Weird. They load for me. They do all seem to have a strange flashing
> banner at the top (which I would edit away except google
ing
to rsync something locally).
Thanks for all the help Jamis!
On Apr 30, 5:59 pm, Jamis Buck <[EMAIL PROTECTED]> wrote:
> It should be sufficient to set the user like this, outside of any task:
>
> set(:user) do
> Capistrano::CLI.ui.ask("What user do you want to log in a
s
the :user variable then?
On Apr 30, 1:30 pm, Jamis Buck <[EMAIL PROTECTED]> wrote:
> The :user variable does not have any effect on sudo. It only controls
> who you are logging into your servers as, and who you are doing your
> SCM operations as. To specify a specific user when su
Clicking on any of them (say
http://groups.google.com/group/capistrano/web/useful-recipies---monit
for example) gives me a "The page you navigated to does not exist."
Is it really just me?
On Apr 30, 1:31 pm, Jamis Buck <[EMAIL PROTECTED]> wrote:
> What do you mean by "
Are there any pages (i.e. those listed here:
http://groups.google.com/group/capistrano/web)
that work? Is this a Google Groups issue?
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http
finished
So at this point, I’m thinking that it’s worked, and I’m golden.
Nope! It turns out to be failing silently, and -v or -vvv doesn’t have
any effect.
What gives? Is there any way I can see what it’s doing?
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~--~~~~--~~--~--~---
First i have to say that im not familiar with ruby so perhaps this is
a dumb question but i didn't found any solution for my problem even
after overlooking ruby syntax:
Lets say i add a custom parameter to my role like in this example
role :myrole1, "[EMAIL PROTECTED]", :fo
...or
role :db, "name_of_your_www/app_server", :primary => true
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~--~~~~--~~--~--~---
nd SVN repository to bother with a deployment framework
that makes such strong, dubious assumptions with no reasonable
workarounds.)
Thanks,
-- Scott
--~--~-~--~~~---~--~----~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~--~~~~--~~--~--~---
That solved more than the problem I posted here. Not sure why it was
doing the migrate, but right now it isn't doing the migrates either.
Brian
On Feb 23, 10:27 am, Tom Copeland <[EMAIL PROTECTED]> wrote:
> On Fri, 2008-02-22 at 21:26 -0800, [EMAIL PROTECTED] wrote:
> >
I didn't think it did, but I also don't have anything like that in my
deploy.rb.
Is there any command line flag I can provide to find out why this is
happening?
Brian Burridge
www.brianburridge.com
On Feb 23, 9:40 am, Jamis Buck <[EMAIL PROTECTED]> wrote:
> cap deploy does
executing "cd /home/user/public_html/staging/releases/
20080223044726; rake RAILS_ENV=production db:migrate"
servers:
["xx.xxx.xxx.xxx"]
[xx.xxx.xxx.xxx] executing
command
Brian
On Feb 7, 2:29 pm, drjones <[EMAIL PROTECTED]> wrote:
> Hi:
> I am having troub
run the spin script from linux command line, I get the same
error.
However, when I type "./script/process/spawn -p 3000 -i 3" it work
fine
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this grou
list before but couldn't dig it up.
thanks,
Mike
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~--~~~~--~~--~--~---
To close the loop on this, this seems to be a problem with
sshwindows. I re-installed using the plain cygwin packaging and
followed these instructions:
http://ist.uwaterloo.ca/~kscully/CygwinSSHD_W2K3.html
capistrano seems quite happy with this setup.
On Jan 16, 3:39 pm, "[EMAIL PROT
Thanks Jamis,
find_servers_for_task is what I need although both options would work
nicely.
- Mike
On Jan 20, 11:49 am, Jamis Buck <[EMAIL PROTECTED]> wrote:
> Mike,
>
> You can use the find_servers_for_task method to get all the server
> definition objects for a particu
Jamis Buck]
It looks like it only permits setting the remote filename. Has anyone
worked out how to select a local file to deploy based on
CAPISTRANO:HOST?
thanks,
Mike
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For
(waiting for SVN to check them out of the repository each
time).
Thanks
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~--~~~~--~~--~--~---
returns the error
command "ls" failed on [EMAIL PROTECTED]
Interestingly, it's not limited to run, if I redefine the task
task :ls, :roles => :test do
put("Hello, World!", "hello.txt")
run 'ls'
end
It's the same result, hello.txt gets cr
ed".
Thanks for the quick response ... WkH
On Jan 2, 2:44 pm, Jamis Buck <[EMAIL PROTECTED]> wrote:
> I'm not ashamed to reveal my ignorance and state that I have never
> heard of two-factor auth...so it isn't surprising that Net::SSH would
> not handle that,
ctor thing. To be useful I really need
the :gateway mechanism to work.
Anyone have any ideas?
... WkH
--~--~-----~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~--~~~~--~~--~--~---
nothing to do with NTP.
>
> On Dec 23, 2007, at 11:12 PM, [EMAIL PROTECTED] wrote:
>
>
>
> > The release is based on a timestamp. That timestamp should refer to
> > the time it was created or else it's misleading.
>
> > Your solution is great and I would sup
Dec 24, 3:32 am, Mark Percival <[EMAIL PROTECTED]> wrote:
> I came across this issue a couple days ago and found it interesting.
> Quick rundown - I develop on a Ubuntu VM inside of my windows laptop.
> This allows me to develop on a machine configured identically to my
> product
Good call on the inodes! Silly indeed. Never forget the basics!
Thank you. -K
On Dec 20, 3:00 pm, James Downs <[EMAIL PROTECTED]> wrote:
> On Dec 20, 2007, at 2:51 PM, [EMAIL PROTECTED] wrote:
>
> > Method of deployment. Anyone have any thoughts? It's not rea
d of deployment. Anyone have any thoughts? It's not really a
space problem. Permissions looks okay. The seven times I deployed
this before things went quite well. What gives? Is this something
silly I hope?
--~--~-~--~~~---~--~~
To unsubscribe from this group,
vids love hina
http://love-hina-hentai.hentai4you.info/love-hina-hentai.html love
hina hentai
http://love-hina-hentai.hentai4you.info/love-hina-hentai-video.html
love hina hentai video
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL
-hentai.hentai4you.info/3d-hentai-stories.html 3d hentai
stories
http://3d-hentai.hentai4you.info/3d-hentai-comic.html 3d hentai comic
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com
On Dec 19, 4:00 pm, Jamis Buck <[EMAIL PROTECTED]> wrote:
> If all you want to do is push the code to that role, I'd suggest using
> deploy:update, instead of a full deploy. The ROLES=import setting on
> the command-line does not mean "only run tasks associated with th
from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~--~~~~--~~--~--~---
Hello.
We've been using capistrano sucessfully for a while now with the basic
roles (:app, :web and :db). Now we added a new server with a custom
role :import, that should have the actual release on it, but no
mongrels running.
The roles are configured like this:
role :app, "[EMAIL
sex
lesbian
http://clynjanessa.tripod.com/anime-sex-scene.html anime sex scene
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~--~~~~--~~--~--~---
KPID} 1> /dev/null 2>&1
fi
fi
;;
'restart')
$0 stop
sleep 2
$0 start $USER $PORT
;;
*)
echo "Usage: $0 { start | stop | restart } user port"
;;
esac
exit 0
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~--~~~~--~~--~--~---
Same problem, but checking out the project to temp directory works for
me too
On Nov 28, 12:03 am, Gary King <[EMAIL PROTECTED]> wrote:
> I already tried that but it didn't seem to work. I eventually just
> moved the SVN server to localhost.
>
> On 27 Nov, 21:36, Ha
ot;
cap is hanging forever... at least 2 hours... afterwards I ve killed
the task.
Does anybody know how to fix this...?
Thanks in advance.
--
Volker
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this gro
Hi,
On Nov 27, 11:30 am, "Andreas Wolff" <[EMAIL PROTECTED]> wrote:
> What's the error message?
Well, depends, for role:db, nil undefined method `match' for
nil:NilClass
for role:db, "" connection failed for: (Errno::EBADF: Bad file
descriptor - connec
--
Volker
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~--~~~~--~~--~--~---
I fixed this in my situation. It was silly. I needed a trailing
slash on my repo name.
http://groups.google.com/group/capistrano/browse_thread/thread/4b199f3d30b6208
On Nov 20, 7:32 am, "Todd Vierheller" <[EMAIL PROTECTED]> wrote:
> I can deploy successfully to one set of s
en my deploys do not work. Very silly, but hopefully helps someone
else as something to try.
Kent
On Nov 19, 5:04 pm, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
wrote:
> Well, I'm pulling my hair out with this. A deploy that worked fine
> one day doesn&
is in a diff. thread.
http://groups.google.com/group/capistrano/browse_thread/thread/3aaea7539223f8a2
I'm hoping it's just something silly.
Thanks...
On Nov 20, 7:32 am, "Todd Vierheller" <[EMAIL PROTECTED]> wrote:
> I can deploy successfully to one set of servers, bu
I have tried everything. Any suggestions?
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~--~~~~--~~--~--~---
Thanks, James, but I figured it out: I had to run "capify" in the
application directory first. After that it worked.
On Nov 9, 3:49 pm, Jamis Buck <[EMAIL PROTECTED]> wrote:
> Alas, that tutorial is for cap 1.x. You're going to have to adapt it
> to 2.x as you go. Y
Look in deploy.rb and check which ':user' is being used. Be sure it
matches the same user associated with the key on your server (located
in /username/.ssh).
http://www.webficient.com/2007/11/mac-and-ssh-keys.html
On Nov 12, 1:03 pm, Scott <[EMAIL PROTECTED]> wrote:
>
Oh my,
I really didn't think of that easy solution.. *shame*.
I need some coffee..
On Nov 13, 4:03 pm, "Scott Chacon" <[EMAIL PROTECTED]> wrote:
> I'm a bit confused - why don't you just add 'origin/' to the :branch
> variable in your deploy.r
out -b deploy #{branch}"
to:
execute += "cd #{destination} && #{git} checkout -b deploy origin/
#{branch}"
A workaround is to tag every time we want to deploy from a different
branch then master.
Grtz,
Wouter
--~--~-~--~~~---~--~----~
T
> I just installed cap 2.1 and am now getting this error.
Actually, the change was upgrading RubyGems to 0.9.4, not the move
from cap 2.0 to 2.1
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit t
hanks,
Dave
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~--~~~~--~~--~--~---
1.0.4)
rake (0.7.3)
Any help would be much appreciated!
--~--~-~--~~~---~--~----~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~--~~~~--~~--~--~---
to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~--~~~~--~~--~--~---
Yep, that was it. I did not have a command line subversion client
installed. It never crossed my mind that tortoisesvn would not be
using a command line svn client. Thanks
Craig
On Oct 28, 3:29 am, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
wrote:
> Opps, that is pr
Opps, that is probably it. I doubt tortoisesvn is considered a
command line client. I will install svn in the morning and see what
happens. Thanks,
Craig
On Oct 28, 1:02 am, Jamis Buck <[EMAIL PROTECTED]> wrote:
> Is subversion installed locally, and in your path? It must be a
>
Well, subversion is installed and running on my server, and it is on
my path. I can successfully checkout my repository on the server
manually and everything works fine. Any other ideas?
On Oct 27, 8:06 pm, "Mislav Marohnić" <[EMAIL PROTECTED]>
wrote:
> On 10/27/07, [EMAIL
:/ruby/lib/ruby/gems/1.8/gems/capistrano-2.1.0/bin/cap:4
from c:/ruby/bin/cap:16:in `load'
from c:/ruby/bin/cap:16
--~--~-----~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~--~~~~--~~--~--~---
-ruby (1.2.1)
termios (0.9.4)
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~--~~~~--~~--~--~---
Ofcourse.. recipies to the rescue :)
On Oct 17, 3:39 pm, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> Yes! That works great!
> Now for webistrano to pick that up :)
>
> On Oct 17, 1:59 pm, Jamis Buck <[EMAIL PROTECTED]> wrote:
>
> > Does
Yes! That works great!
Now for webistrano to pick that up :)
On Oct 17, 1:59 pm, Jamis Buck <[EMAIL PROTECTED]> wrote:
> Does it prompt if you add this to your deploy.rb:
>
>default_run_options[:pty] = true
>
> - Jamis
> On Oct 17, 2007, at 5:14 AM, [EMAIL PROTEC
--~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~--~~~~--~~--~--~---
loying to a box running the same
Fedora release as my svn server (this one isn't on EC2). Adding
"default_run_options[:pty] = true" fixed it.
If I ssh in to my ec2 instance, I can run a svn checkout no problem:
EC2 prompt> svn checkout svn+ssh://[EMAIL PROTECTED]/path/to/right/
Oops, I don't think the previous thread was posted when I started
writing this one. That does the trick!
Thanks so much, Jamis.
Scott Patten
On Oct 16, 2:43 pm, Jamis Buck <[EMAIL PROTECTED]> wrote:
> Please try adding the following:
>
>default_run_options[:pty] = true
her/trunk $>cap deploy:update_code
* executing `deploy:update_code'
* executing "svn checkout -q -r907 svn+ssh://
[EMAIL PROTECTED]/path/to/right/place/in/repository /mnt/app/
grapher/releases/20071016211140 && (echo 907 > /mnt/app/grapher/
releases/20071016211140
I was getting the same error, but found once I checked out manually, I
could deploy with only "cap deploy" - no cold deploy needed.
-Mario
On Oct 10, 1:01 pm, dacat <[EMAIL PROTECTED]> wrote:
> I started a thread here
> =>http://groups.google.com/group/capistrano/br
unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~--~~~~--~~--~--~---
I suspect using localhost as your gateway means agent forwarding is
not required.
- Mike
On Oct 3, 7:21 pm, geb <[EMAIL PROTECTED]> wrote:
> I use capistrano 2.0 on InstantRails 1.7.
>
> my_test.rb is:
> set :gateway, "[EMAIL PROTECTED]"
> set :ssh_options, :ke
7;t figure out where this error is being thrown. Normally, it
displays almost immediately.
Has anyone seen this error before? I can't find any instance of it on
the 'net.
Thanks,
Josh
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to
Joe,
I'd be interested in helping out with it. I'm getting ready to do a
lot with EC2 in the coming weeks, and cap support for everything would
be outstanding. Send me an email when you begin to work on it, and
we'll get something setup.
Josh
On Sep 30, 10:57 am, Joe &l
callback to format
the message then that's probably a better way, just seems like I need
to do something more manual like i've described above.
Anyway, its an interesting project and I'm thankful to have cap do
what it does for me. If anyone has any tips or thoughts on the above
i'd
-~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~--~~~~--~~--~--~---
----~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~--~~~~--~~--~--~---
1 - 100 of 238 matches
Mail list logo