[Capistrano] Re: subversion.rb:56:in `query_revision': undefined method `[]
This has been fixed in http://dev.rubyonrails.org/changeset/6702. It will be part of Preview Release 2, later this week. The above change implements the following: 1. If you set neither :scm_command nor :local_scm_command, the default will be used for both local and remote hosts. 2. If you set only :scm_command, that value will be used for both local and remote hosts. 3. If you set only :local_scm_command, that value will be used for local hosts, and the default will be used for remote hosts. 4. If you set both :scm_command and :local_scm_command, the first will be used for remote hosts, and the second for local hosts. Also, if you set either to :default, they will use the default scm command for your selected SCM. This means you can do the following: set :scm_command, "/opt/local/bin/svn" set :local_scm_command, :default The remote SCM command will be looked for at the given location, and the local SCM command will be searched for in the path (the default). - Jamis On Apr 27, 2007, at 3:35 PM, merg wrote: > >> And does the svn executable >> exist at /home/x/bin/svn on the machine that is doing the info query? > > svn is on a different location on my local machine, and this is where > it now goes wrong when specifying scm_command. > > -Merg > > > > --~--~-~--~~~---~--~~ To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/capistrano -~--~~~~--~~--~--~---
[Capistrano] Capistrano 2 sanity tip.
As a way of managing my sanity while keeping Capistrano 1 and 2 installed for different projects, I created a few Bash aliases to make the process more obvious. My "cap" wrapper script is installed in / opt/local/bin/cap, and I've setup the following: alias cap='echo "You must run either cap1 or cap2."' alias cap1='/opt/local/bin/cap _1.4.1_' alias cap2='/opt/local/bin/cap' Some examples of what you see on the command line, though it should be pretty obvious: >> mark @ strongbad [ /Users/mark ] % cap You must run either cap1 or cap2. >> mark @ strongbad [ /Users/mark ] % cap1 --version Capistrano v1.4.1 >> mark @ strongbad [ /Users/mark ] % cap2 --version Capistrano v1.99.0 Hopefully that'll be useful for other people who are as easily confused as I am. :) -Mark --~--~-~--~~~---~--~~ To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/capistrano -~--~~~~--~~--~--~---
[Capistrano] Re: Possible issue with Cap 1.4.1 and net-ssh 1.1.0?
> It uses the same known_hosts file as the OpenSSH command-line client > (~/.ssh/known_hosts). That's good to know. It turns out that the fault was mine: I hadn't put the right user keys in all the right places. Once I did, it worked. It took a while to figure out partially because there was no error message; I would type "yes" to add the host and it would just hang instead of prompting for a password. Knowing that net-ssh uses the same ~/.ssh/known_hosts file is a big help, since it eliminates (or at least identifies) one source of problems. Thanks, Michael --~--~-~--~~~---~--~~ To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/capistrano -~--~~~~--~~--~--~---
[Capistrano] Re: Rollback afer failed migration?
Thank you for you hints. Will try to taylor something for my needs. :) the plugin is new to me. Will have a look into it. thanks On 8 Mai, 18:32, wolfmanjm <[EMAIL PROTECTED]> wrote: > thats one of the things I love about postgresql, you can wrap > migrations in a transaction, so failed migrations leave the database > in a determinable state. > coupled with this plugin, it makes life easier... > > http://www.redhillonrails.org/#transactional_migrations > > However (at least with cap 1) if the migration does fail on your > production server during a cap deploy, I think you need to still > manually do a revert of the migration using... > > > rake migrate VERSION=nnn > > on the server, then do a cap rollback, as cap won't do the migration > rollback for you. > > On May 8, 6:33 am, Jamis Buck <[EMAIL PROTECTED]> wrote: > > > Migrations are tricky beasts, because if they fail halfway through, > > your database will be left with part of the migration applied. Most > > DBMS's will not allow you to do things like table creations or column > > additions inside a transaction, so there is no easy way to atomically > > apply a migration. Thus, Capistrano (by default) does not try to wrap > > your migration inside a transaction. > > > If things go sour, you can manually rollback: > > > 1. Determine what parts of your migration succeeded, and manually > > undo those changes in your database. > > > 2. cap deploy:rollback_code (or, on cap1, just "cap rollback_code") > > > It is strongly recommended that you thoroughly test your migrations > > in your development and testing environments before you run them in > > production. If possible, get a snapshot of your production data that > > you can use in development to run them against. > > > - Jamis > > > On May 8, 2007, at 6:41 AM, dweinand wrote: > > > > Hello, > > > i'm just looking for a solution to rollback my app after a migration > > > failed. > > > > I'd like to run the migration with every deploy command. but if the > > > migration fails, i'd like to rollback to the last version before the > > > migration. > > > > can i do a "dry run" to check if the migration is ok? or do i have to > > > deploy the application, call the migration and if the migration fails > > > rollback the whole thing? > > > > how can i determine if the migration failed? just tried with an > > > transaction but i think i missunderstand there something. > > > > regards --~--~-~--~~~---~--~~ To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/capistrano -~--~~~~--~~--~--~---
[Capistrano] Re: Possible issue with Cap 1.4.1 and net-ssh 1.1.0?
Agreed. OSX has the same problem and ssh_options[:paranoid] = false works around it. Casey On May 2, 9:24 am, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > I'm also remote deploying from OS X. > > Adding "ssh_options[:paranoid] = false" does solve the problem. > Looking through the 1.0.10 docs, it looks like no hostkey verification > was performed, so this option will set 1.1.0 to behave as it was > before. > > Command-line ssh into the server works fine as it always has, so I'm > still not clear on why Net::SSH is throwing Net::SSH::HostKeyMismatch. > > On May 1, 5:28 pm, Ed Wagner <[EMAIL PROTECTED]> wrote: > > > For what it's worth, I'm seeing the same error on OS X with a pretty > > fresh set of gems. The command line ssh works fine, and net-ssh 1.0.10 > > doesn't complain. The fingerprint that net-ssh 1.1.0 sees is in fact > > different than the one that the command line ssh (OpenSSH_4.5p1) sees. --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.co.uk/group/capistrano?hl=en -~--~~~~--~~--~--~---
[Capistrano] Re: Possible issue with Cap 1.4.1 and net-ssh 1.1.0?
On May 8, 2007, at 11:35 AM, Michael Hartl wrote: > I found this thread by dropping the error message into Google. I'm > having the same problem on Linux (CentOS). Setting > ssh_options[:paranoid] = false works for me as well. > > My command-line ssh works fine currently, but errors like this do > happen when hosts move; fixing them usually involves editing the > ~/.ssh/known_hosts file. Might something like that work here? Where > does the net-ssh host key cache live? It uses the same known_hosts file as the OpenSSH command-line client (~/.ssh/known_hosts). - Jamis --~--~-~--~~~---~--~~ To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/capistrano -~--~~~~--~~--~--~---
[Capistrano] Re: Possible issue with Cap 1.4.1 and net-ssh 1.1.0?
I found this thread by dropping the error message into Google. I'm having the same problem on Linux (CentOS). Setting ssh_options[:paranoid] = false works for me as well. My command-line ssh works fine currently, but errors like this do happen when hosts move; fixing them usually involves editing the ~/.ssh/known_hosts file. Might something like that work here? Where does the net-ssh host key cache live? Michael --~--~-~--~~~---~--~~ To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/capistrano -~--~~~~--~~--~--~---
[Capistrano] Re: Rollback afer failed migration?
thats one of the things I love about postgresql, you can wrap migrations in a transaction, so failed migrations leave the database in a determinable state. coupled with this plugin, it makes life easier... http://www.redhillonrails.org/#transactional_migrations However (at least with cap 1) if the migration does fail on your production server during a cap deploy, I think you need to still manually do a revert of the migration using... > rake migrate VERSION=nnn on the server, then do a cap rollback, as cap won't do the migration rollback for you. On May 8, 6:33 am, Jamis Buck <[EMAIL PROTECTED]> wrote: > Migrations are tricky beasts, because if they fail halfway through, > your database will be left with part of the migration applied. Most > DBMS's will not allow you to do things like table creations or column > additions inside a transaction, so there is no easy way to atomically > apply a migration. Thus, Capistrano (by default) does not try to wrap > your migration inside a transaction. > > If things go sour, you can manually rollback: > > 1. Determine what parts of your migration succeeded, and manually > undo those changes in your database. > > 2. cap deploy:rollback_code (or, on cap1, just "cap rollback_code") > > It is strongly recommended that you thoroughly test your migrations > in your development and testing environments before you run them in > production. If possible, get a snapshot of your production data that > you can use in development to run them against. > > - Jamis > > On May 8, 2007, at 6:41 AM, dweinand wrote: > > > > > Hello, > > i'm just looking for a solution to rollback my app after a migration > > failed. > > > I'd like to run the migration with every deploy command. but if the > > migration fails, i'd like to rollback to the last version before the > > migration. > > > can i do a "dry run" to check if the migration is ok? or do i have to > > deploy the application, call the migration and if the migration fails > > rollback the whole thing? > > > how can i determine if the migration failed? just tried with an > > transaction but i think i missunderstand there something. > > > regards --~--~-~--~~~---~--~~ To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/capistrano -~--~~~~--~~--~--~---
[Capistrano] Re: Rollback afer failed migration?
Migrations are tricky beasts, because if they fail halfway through, your database will be left with part of the migration applied. Most DBMS's will not allow you to do things like table creations or column additions inside a transaction, so there is no easy way to atomically apply a migration. Thus, Capistrano (by default) does not try to wrap your migration inside a transaction. If things go sour, you can manually rollback: 1. Determine what parts of your migration succeeded, and manually undo those changes in your database. 2. cap deploy:rollback_code (or, on cap1, just "cap rollback_code") It is strongly recommended that you thoroughly test your migrations in your development and testing environments before you run them in production. If possible, get a snapshot of your production data that you can use in development to run them against. - Jamis On May 8, 2007, at 6:41 AM, dweinand wrote: > > Hello, > i'm just looking for a solution to rollback my app after a migration > failed. > > I'd like to run the migration with every deploy command. but if the > migration fails, i'd like to rollback to the last version before the > migration. > > can i do a "dry run" to check if the migration is ok? or do i have to > deploy the application, call the migration and if the migration fails > rollback the whole thing? > > how can i determine if the migration failed? just tried with an > transaction but i think i missunderstand there something. > > regards > > > > --~--~-~--~~~---~--~~ To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/capistrano -~--~~~~--~~--~--~---
[Capistrano] Re: SSH connection fails on windows (add_key method)
Thanks for suggesting that fix, Chris. I'm going to get that in as soon as I can. - Jamis On May 8, 2007, at 4:47 AM, Chris Andrews wrote: > Ah, thanks for testing that out. This getnameinfo issue on Windows > seems to be causing a few problems that have been reported here, > and this seems a reasonable fix -- it doesn't cause trouble on > either OSX or Linux. > > Chris. > > On 08/05/07, dweinand <[EMAIL PROTECTED]> wrote: > Thank you, just found your Thread and wanted to tell it here. But > you've been faster. > Thank you for the fix. Works now on this machine. > > Great Work! > > On May 8, 12:16 pm, "Chris Andrews" < [EMAIL PROTECTED]> wrote: > > Hi, > > > > Could you try the suggestion I've just made in that thread? > > > > "I believe you should also be able to fix this problem without > editing your > > services file, by changing line 108 of net/ssh/transport/ > session.rb to: > > > > ip_address = Socket.getnameinfo(addr, Socket::NI_NUMERICHOST | > > Socket::NI_NUMERICSERV).first > > > > (i.e. adding the NI_NUMERICSERV flag)." > > > > It looks like that might be the SocketError you're seeing. > > > > Cheers, > > Chris. > > > > On 08/05/07, dweinand <[EMAIL PROTECTED] > wrote: > > > > > > > > > Doing the things described here won't fix the problem. > > >http://rubyforge.org/forum/forum.php?thread_id=13883&forum_id=1177 > > > > > Is it a problem with Capistrano or net-ssh? > > > > > is Capistrano using an different implementation? > > > > > On 8 Mai, 10:18, dweinand < [EMAIL PROTECTED]> wrote: > > > > Sorry, wrong Information. It isn't working on this machine after > > > > adding the ssh_options[:paranoid] = false option. > > > > just the add_key method works. I was remote on the wrong box > as i > > > > tested again. > > > > > > after entering my password i get an SocketError. > > > > > > Full error here:http://pastie.caboo.se/59791 > > > > > > On 8 Mai, 10:00, dweinand <[EMAIL PROTECTED]> wrote: > > > > > > > Hello, > > > > > i'm getting an error on my windows box if i try to run > capistrano from > > > > > this laptop. this is the error: > > > > > host-key-verifier.rb:64:in `add_key': undefined method > `mkdir' for > > > > > File:Class (NoMethodError) > > > > > > > the error occurs if i try to run cap with my windows ruby > > > > > installation, but on the same machine calling cap from > cygwin, the > > > > > same error will be raised. > > > > > > > interesting is, that on my other windows box everything > works smooth, > > > > > in both environments (windows and cygwin) > > > > > > > after searching the group i found the ssh_options > [:paranoid] = false > > > > > option. after setting this option it works on my laptop too. > > > > > > > any hints whats going wrong on my machine? > > > > > > > Versions CygWin: > > > > > Capistrano v1.4.1 > > > > > ruby 1.8.5 (2006-12-25 patchlevel 12) [i386-cygwin] > > > > > > > Versions Windows: > > > > > Capistrano v1.4.1 > > > > > ruby 1.8.6 (2007-03-13 patchlevel 0) [i386-mswin32] > > > > > > > full error message provided with the following pasties: > > > > > > > //windowshttp://pastie.caboo.se/59786 > > > > > > > //cygwinhttp://pastie.caboo.se/59787 > > > --~--~-~--~~~---~--~~ To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/capistrano -~--~~~~--~~--~--~---
[Capistrano] Re: deployment with svn over http, reverse tunnel from the webserver
I'm not sure I understand what you mean by "reverse tunnel." Is the problem that your production environment cannot access your subversion repository? If so, then the solution is in Capistrano 2.0, where you can say: set :deploy_via, :copy And deployments will then do a local checkout, tar up the checkout, and copy it to the remote servers. The remote boxes never even need svn installed on them. wolfmanjm wrote an SCM module for Capistrano 1.x that works similarly, if cap2 isn't an option for you yet. Is that what you are looking for? - Jamis On May 8, 2007, at 1:38 AM, [EMAIL PROTECTED] wrote: > > Currently I have an local netwerk containing my development > environment. > This includes the computer I am running Capistrano on and an Apache- > svn server. > > On my test server the repository is reachable and Capistrano works > perfect. > I would like to be able to run Capistrano to setup my live > environment, using svn. > I'm testing the scm module now, but I would rather have a reverse > tunnel. > > Is this possible via Capistrano, or with (small) modifications to it? > Maybe it is possible to execute an ssh command from Capistrano? > > > > --~--~-~--~~~---~--~~ To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/capistrano -~--~~~~--~~--~--~---
[Capistrano] Rollback after failed migration?
Hello, i'm just looking for a solution to rollback my app after a migration failed. I'd like to run the migration with every deploy command. but if the migration fails, i'd like to rollback to the last version before the migration. can i do a "dry run" to check if the migration is ok? or do i have to deploy the application, call the migration and if the migration fails rollback the whole thing? how can i determine if the migration failed? just tried with an transaction but i think i missunderstand there something. regards --~--~-~--~~~---~--~~ To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/capistrano -~--~~~~--~~--~--~---
[Capistrano] Rollback afer failed migration?
Hello, i'm just looking for a solution to rollback my app after a migration failed. I'd like to run the migration with every deploy command. but if the migration fails, i'd like to rollback to the last version before the migration. can i do a "dry run" to check if the migration is ok? or do i have to deploy the application, call the migration and if the migration fails rollback the whole thing? how can i determine if the migration failed? just tried with an transaction but i think i missunderstand there something. regards --~--~-~--~~~---~--~~ To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/capistrano -~--~~~~--~~--~--~---
[Capistrano] Re: SSH connection fails on windows (add_key method)
Ah, thanks for testing that out. This getnameinfo issue on Windows seems to be causing a few problems that have been reported here, and this seems a reasonable fix -- it doesn't cause trouble on either OSX or Linux. Chris. On 08/05/07, dweinand <[EMAIL PROTECTED]> wrote: > > > Thank you, just found your Thread and wanted to tell it here. But > you've been faster. > Thank you for the fix. Works now on this machine. > > Great Work! > > On May 8, 12:16 pm, "Chris Andrews" <[EMAIL PROTECTED]> wrote: > > Hi, > > > > Could you try the suggestion I've just made in that thread? > > > > "I believe you should also be able to fix this problem without editing > your > > services file, by changing line 108 of net/ssh/transport/session.rb to: > > > > ip_address = Socket.getnameinfo(addr, Socket::NI_NUMERICHOST | > > Socket::NI_NUMERICSERV).first > > > > (i.e. adding the NI_NUMERICSERV flag)." > > > > It looks like that might be the SocketError you're seeing. > > > > Cheers, > > Chris. > > > > On 08/05/07, dweinand <[EMAIL PROTECTED]> wrote: > > > > > > > > > Doing the things described here won't fix the problem. > > >http://rubyforge.org/forum/forum.php?thread_id=13883&forum_id=1177 > > > > > Is it a problem with Capistrano or net-ssh? > > > > > is Capistrano using an different implementation? > > > > > On 8 Mai, 10:18, dweinand <[EMAIL PROTECTED]> wrote: > > > > Sorry, wrong Information. It isn't working on this machine after > > > > adding the ssh_options[:paranoid] = false option. > > > > just the add_key method works. I was remote on the wrong box as i > > > > tested again. > > > > > > after entering my password i get an SocketError. > > > > > > Full error here:http://pastie.caboo.se/59791 > > > > > > On 8 Mai, 10:00, dweinand <[EMAIL PROTECTED]> wrote: > > > > > > > Hello, > > > > > i'm getting an error on my windows box if i try to run capistrano > from > > > > > this laptop. this is the error: > > > > > host-key-verifier.rb:64:in `add_key': undefined method `mkdir' for > > > > > File:Class (NoMethodError) > > > > > > > the error occurs if i try to run cap with my windows ruby > > > > > installation, but on the same machine calling cap from cygwin, the > > > > > same error will be raised. > > > > > > > interesting is, that on my other windows box everything works > smooth, > > > > > in both environments (windows and cygwin) > > > > > > > after searching the group i found the ssh_options[:paranoid] = > false > > > > > option. after setting this option it works on my laptop too. > > > > > > > any hints whats going wrong on my machine? > > > > > > > Versions CygWin: > > > > > Capistrano v1.4.1 > > > > > ruby 1.8.5 (2006-12-25 patchlevel 12) [i386-cygwin] > > > > > > > Versions Windows: > > > > > Capistrano v1.4.1 > > > > > ruby 1.8.6 (2007-03-13 patchlevel 0) [i386-mswin32] > > > > > > > full error message provided with the following pasties: > > > > > > > //windowshttp://pastie.caboo.se/59786 > > > > > > > //cygwinhttp://pastie.caboo.se/59787 > > > > > --~--~-~--~~~---~--~~ To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/capistrano -~--~~~~--~~--~--~---
[Capistrano] Re: SSH connection fails on windows (add_key method)
Thank you, just found your Thread and wanted to tell it here. But you've been faster. Thank you for the fix. Works now on this machine. Great Work! On May 8, 12:16 pm, "Chris Andrews" <[EMAIL PROTECTED]> wrote: > Hi, > > Could you try the suggestion I've just made in that thread? > > "I believe you should also be able to fix this problem without editing your > services file, by changing line 108 of net/ssh/transport/session.rb to: > > ip_address = Socket.getnameinfo(addr, Socket::NI_NUMERICHOST | > Socket::NI_NUMERICSERV).first > > (i.e. adding the NI_NUMERICSERV flag)." > > It looks like that might be the SocketError you're seeing. > > Cheers, > Chris. > > On 08/05/07, dweinand <[EMAIL PROTECTED]> wrote: > > > > > Doing the things described here won't fix the problem. > >http://rubyforge.org/forum/forum.php?thread_id=13883&forum_id=1177 > > > Is it a problem with Capistrano or net-ssh? > > > is Capistrano using an different implementation? > > > On 8 Mai, 10:18, dweinand <[EMAIL PROTECTED]> wrote: > > > Sorry, wrong Information. It isn't working on this machine after > > > adding the ssh_options[:paranoid] = false option. > > > just the add_key method works. I was remote on the wrong box as i > > > tested again. > > > > after entering my password i get an SocketError. > > > > Full error here:http://pastie.caboo.se/59791 > > > > On 8 Mai, 10:00, dweinand <[EMAIL PROTECTED]> wrote: > > > > > Hello, > > > > i'm getting an error on my windows box if i try to run capistrano from > > > > this laptop. this is the error: > > > > host-key-verifier.rb:64:in `add_key': undefined method `mkdir' for > > > > File:Class (NoMethodError) > > > > > the error occurs if i try to run cap with my windows ruby > > > > installation, but on the same machine calling cap from cygwin, the > > > > same error will be raised. > > > > > interesting is, that on my other windows box everything works smooth, > > > > in both environments (windows and cygwin) > > > > > after searching the group i found the ssh_options[:paranoid] = false > > > > option. after setting this option it works on my laptop too. > > > > > any hints whats going wrong on my machine? > > > > > Versions CygWin: > > > > Capistrano v1.4.1 > > > > ruby 1.8.5 (2006-12-25 patchlevel 12) [i386-cygwin] > > > > > Versions Windows: > > > > Capistrano v1.4.1 > > > > ruby 1.8.6 (2007-03-13 patchlevel 0) [i386-mswin32] > > > > > full error message provided with the following pasties: > > > > > //windowshttp://pastie.caboo.se/59786 > > > > > //cygwinhttp://pastie.caboo.se/59787 --~--~-~--~~~---~--~~ To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/capistrano -~--~~~~--~~--~--~---
[Capistrano] Re: SSH connection fails on windows (add_key method)
Hi, Could you try the suggestion I've just made in that thread? "I believe you should also be able to fix this problem without editing your services file, by changing line 108 of net/ssh/transport/session.rb to: ip_address = Socket.getnameinfo(addr, Socket::NI_NUMERICHOST | Socket::NI_NUMERICSERV).first (i.e. adding the NI_NUMERICSERV flag)." It looks like that might be the SocketError you're seeing. Cheers, Chris. On 08/05/07, dweinand <[EMAIL PROTECTED]> wrote: > > > Doing the things described here won't fix the problem. > http://rubyforge.org/forum/forum.php?thread_id=13883&forum_id=1177 > > Is it a problem with Capistrano or net-ssh? > > is Capistrano using an different implementation? > > On 8 Mai, 10:18, dweinand <[EMAIL PROTECTED]> wrote: > > Sorry, wrong Information. It isn't working on this machine after > > adding the ssh_options[:paranoid] = false option. > > just the add_key method works. I was remote on the wrong box as i > > tested again. > > > > after entering my password i get an SocketError. > > > > Full error here:http://pastie.caboo.se/59791 > > > > On 8 Mai, 10:00, dweinand <[EMAIL PROTECTED]> wrote: > > > > > Hello, > > > i'm getting an error on my windows box if i try to run capistrano from > > > this laptop. this is the error: > > > host-key-verifier.rb:64:in `add_key': undefined method `mkdir' for > > > File:Class (NoMethodError) > > > > > the error occurs if i try to run cap with my windows ruby > > > installation, but on the same machine calling cap from cygwin, the > > > same error will be raised. > > > > > interesting is, that on my other windows box everything works smooth, > > > in both environments (windows and cygwin) > > > > > after searching the group i found the ssh_options[:paranoid] = false > > > option. after setting this option it works on my laptop too. > > > > > any hints whats going wrong on my machine? > > > > > Versions CygWin: > > > Capistrano v1.4.1 > > > ruby 1.8.5 (2006-12-25 patchlevel 12) [i386-cygwin] > > > > > Versions Windows: > > > Capistrano v1.4.1 > > > ruby 1.8.6 (2007-03-13 patchlevel 0) [i386-mswin32] > > > > > full error message provided with the following pasties: > > > > > //windowshttp://pastie.caboo.se/59786 > > > > > //cygwinhttp://pastie.caboo.se/59787 > > > > > --~--~-~--~~~---~--~~ To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/capistrano -~--~~~~--~~--~--~---
[Capistrano] Re: SSH connection fails on windows (add_key method)
Doing the things described here won't fix the problem. http://rubyforge.org/forum/forum.php?thread_id=13883&forum_id=1177 Is it a problem with Capistrano or net-ssh? is Capistrano using an different implementation? On 8 Mai, 10:18, dweinand <[EMAIL PROTECTED]> wrote: > Sorry, wrong Information. It isn't working on this machine after > adding the ssh_options[:paranoid] = false option. > just the add_key method works. I was remote on the wrong box as i > tested again. > > after entering my password i get an SocketError. > > Full error here:http://pastie.caboo.se/59791 > > On 8 Mai, 10:00, dweinand <[EMAIL PROTECTED]> wrote: > > > Hello, > > i'm getting an error on my windows box if i try to run capistrano from > > this laptop. this is the error: > > host-key-verifier.rb:64:in `add_key': undefined method `mkdir' for > > File:Class (NoMethodError) > > > the error occurs if i try to run cap with my windows ruby > > installation, but on the same machine calling cap from cygwin, the > > same error will be raised. > > > interesting is, that on my other windows box everything works smooth, > > in both environments (windows and cygwin) > > > after searching the group i found the ssh_options[:paranoid] = false > > option. after setting this option it works on my laptop too. > > > any hints whats going wrong on my machine? > > > Versions CygWin: > > Capistrano v1.4.1 > > ruby 1.8.5 (2006-12-25 patchlevel 12) [i386-cygwin] > > > Versions Windows: > > Capistrano v1.4.1 > > ruby 1.8.6 (2007-03-13 patchlevel 0) [i386-mswin32] > > > full error message provided with the following pasties: > > > //windowshttp://pastie.caboo.se/59786 > > > //cygwinhttp://pastie.caboo.se/59787 --~--~-~--~~~---~--~~ To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/capistrano -~--~~~~--~~--~--~---
[Capistrano] Re: SSH connection fails on windows (add_key method)
Sorry, wrong Information. It isn't working on this machine after adding the ssh_options[:paranoid] = false option. just the add_key method works. I was remote on the wrong box as i tested again. after entering my password i get an SocketError. Full error here: http://pastie.caboo.se/59791 On 8 Mai, 10:00, dweinand <[EMAIL PROTECTED]> wrote: > Hello, > i'm getting an error on my windows box if i try to run capistrano from > this laptop. this is the error: > host-key-verifier.rb:64:in `add_key': undefined method `mkdir' for > File:Class (NoMethodError) > > the error occurs if i try to run cap with my windows ruby > installation, but on the same machine calling cap from cygwin, the > same error will be raised. > > interesting is, that on my other windows box everything works smooth, > in both environments (windows and cygwin) > > after searching the group i found the ssh_options[:paranoid] = false > option. after setting this option it works on my laptop too. > > any hints whats going wrong on my machine? > > Versions CygWin: > Capistrano v1.4.1 > ruby 1.8.5 (2006-12-25 patchlevel 12) [i386-cygwin] > > Versions Windows: > Capistrano v1.4.1 > ruby 1.8.6 (2007-03-13 patchlevel 0) [i386-mswin32] > > full error message provided with the following pasties: > > //windowshttp://pastie.caboo.se/59786 > > //cygwinhttp://pastie.caboo.se/59787 --~--~-~--~~~---~--~~ To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/capistrano -~--~~~~--~~--~--~---
[Capistrano] SSH connection fails on windows (add_key method)
Hello, i'm getting an error on my windows box if i try to run capistrano from this laptop. this is the error: host-key-verifier.rb:64:in `add_key': undefined method `mkdir' for File:Class (NoMethodError) the error occurs if i try to run cap with my windows ruby installation, but on the same machine calling cap from cygwin, the same error will be raised. interesting is, that on my other windows box everything works smooth, in both environments (windows and cygwin) after searching the group i found the ssh_options[:paranoid] = false option. after setting this option it works on my laptop too. any hints whats going wrong on my machine? Versions CygWin: Capistrano v1.4.1 ruby 1.8.5 (2006-12-25 patchlevel 12) [i386-cygwin] Versions Windows: Capistrano v1.4.1 ruby 1.8.6 (2007-03-13 patchlevel 0) [i386-mswin32] full error message provided with the following pasties: //windows http://pastie.caboo.se/59786 //cygwin http://pastie.caboo.se/59787 --~--~-~--~~~---~--~~ To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/capistrano -~--~~~~--~~--~--~---
[Capistrano] deployment with svn over http, reverse tunnel from the webserver
Currently I have an local netwerk containing my development environment. This includes the computer I am running Capistrano on and an Apache- svn server. On my test server the repository is reachable and Capistrano works perfect. I would like to be able to run Capistrano to setup my live environment, using svn. I'm testing the scm module now, but I would rather have a reverse tunnel. Is this possible via Capistrano, or with (small) modifications to it? Maybe it is possible to execute an ssh command from Capistrano? --~--~-~--~~~---~--~~ To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/capistrano -~--~~~~--~~--~--~---