[Capistrano] no such file to load -- initializer
I am trying to deploy on a Solaris box and I am getting this error. Anyone have an idea what my be the problem? - thanks Colin # cap deploy:migrate * executing `deploy:migrate' * executing ls -xt /usr/local/IngenicoRemote/releases servers: [192.168.14.14] [192.168.14.14] executing command command finished * executing cd /usr/local/IngenicoRemote/releases/20090116193921; rake RAILS_ENV=production db:migrate servers: [192.168.14.14] [192.168.14.14] executing command ** [out :: 192.168.14.14] (in /usr/local/IngenicoRemote/releases/ 20090116193921) ** [out :: 192.168.14.14] rake aborted! ** [out :: 192.168.14.14] no such file to load -- initializer ** [out :: 192.168.14.14] /usr/local/IngenicoRemote/releases/ 20090116193921/Rakefile:4 ** [out :: 192.168.14.14] ** [out :: 192.168.14.14] (See full trace by running task with -- trace) command finished failed: sh -c \cd /usr/local/IngenicoRemote/releases/20090116193921; rake RAILS_ENV=production db:migrate\ on 192.168.14.14 Then ran this command again with --trace: bash-3.00$ cd /usr/local/IngenicoRemote/releases/20090116193921 bash-3.00$ rake --trace RAILS_ENV=production db:migrate (in /usr/local/IngenicoRemote/releases/20090116193921) rake aborted! no such file to load -- initializer /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' /usr/local/IngenicoRemote/releases/20090116193921/config/boot.rb:54:in `load_initializer' /usr/local/IngenicoRemote/releases/20090116193921/config/boot.rb:38:in `run' /usr/local/IngenicoRemote/releases/20090116193921/config/boot.rb:11:in `boot!' /usr/local/IngenicoRemote/releases/20090116193921/config/boot.rb:109 /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' /usr/local/IngenicoRemote/releases/20090116193921/Rakefile:4 /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2349:in `load' /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2349:in `raw_load_rakefile' /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1985:in `load_rakefile' /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in `standard_exception_handling' /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1984:in `load_rakefile' /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1969:in `run' /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:2036:in `standard_exception_handling' /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.3/lib/rake.rb:1967:in `run' /usr/local/lib/ruby/gems/1.8/gems/rake-0.8.3/bin/rake:31 /usr/bin/rake:19:in `load' /usr/bin/rake:19 --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Capistrano] Re: CLI.ui.ask does not prompt
thanks I was having the same problem :)
On Jan 19, 2:56 pm, Jamis Buck ja...@37signals.com wrote:
When passing a block to set(), the block is not evaluated immediately,
but is instead evaluated the next time the variable is referenced. It's
called lazy evaluation, and lets you defer the evaluation until the
variable is actually needed.
If you want it evaluated immediately, don't use a block:
set(:user, Capistrano::CLI.ui.ask(User name: ))
- Jamis
On 1/19/09 5:49 AM, Gerhardus Geldenhuis wrote:
Hi
I can't get the following code snippet to work.
task :promptme, :roles = :gg do
set(:user) { Capistrano::CLI.ui.ask(User name: ) }
end
I expected it to prompt me on the command line when running cap
promptme but it does not prompt me at all.
cap promptme
* executing `promptme'
When running the command it just exits immediately.
Any ideas?
Best Regards
--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---
[Capistrano] Capistrano::ConnectionError
Hi, I am getting a ConnectionError on Solaris. Works find on Linux. anyone know what causes this error? Capistrano::ConnectionError, connection failed for: IPADDRESS (Net::SSH::Exception: could not settle on encryption_client algorithm) --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Capistrano] Re: Capistrano::ConnectionError
You have just nailed it. There was a SSH CBC vulnerability reported by US-CERT. http://www.kb.cert.org/vuls/id/958563 I'm not sure how the vulnerability is exploited. But to be safe, I disable all CBC related ciphers. After enabling all the default ciphers aes128-ctr,aes128-cbc,arcfour, 3des-cbc,blowfish-cbc, the encryption_client algorithm is solved. do you know anything about this SSH CBC vulnerability? If it is a security problem when CBC related cipher enabled on SSH server, any plan for Net:SSH to support non CBC ciphers? On Jan 15, 4:03 pm, Jamis Buck ja...@37signals.com wrote: This can also be caused if your SSH server is configured to allow only a small subset of cipher algorithms, and that subset does not overlap any of the algorithms that Net::SSH supports. Net::SSH supports the following ciphers: aes128-cbc 3des-cbc blowfish-cbc cast128-cbc aes192-cbc aes256-cbc rijndael-...@lysator.liu.se idea-cbc none (Though it is strongly recommended to not use 'none'. It's really only useful for debugging Net::SSH.) If there is a cipher you want that isn't included there, you'll need to see how to make Ruby's OpenSSL bindings provide it. - Jamis On 1/15/09 8:37 AM, Lee Hambley wrote: This might be ssh v1 vs. v2 issues, are you definately using SSH v2, with v2 keys? (i think it is a difference between DSA, and RSA keys) - Lee 2009/1/15 Xazoola col...@gmail.com mailto:col...@gmail.com Hi, I am getting a ConnectionError on Solaris. Works find on Linux. anyone know what causes this error? Capistrano::ConnectionError, connection failed for: IPADDRESS (Net::SSH::Exception: could not settle on encryption_client algorithm) --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Capistrano] Re: Capistrano::ConnectionError
ok, and many thanks for your solution! On Jan 15, 5:03 pm, Jamis Buck ja...@37signals.com wrote: I had heard of it, but I am not a crypto guru, and I have no idea how to make OpenSSL support those (which is what Net::SSH depends on). Perhaps someone more crypto-saavy than I will be able to pipe in and say oh, heck, you just need to do X and Y and you're all set. :) - Jamis On 1/15/09 10:02 AM, Xazoola wrote: You have just nailed it. There was a SSH CBC vulnerability reported by US-CERT. http://www.kb.cert.org/vuls/id/958563 I'm not sure how the vulnerability is exploited. But to be safe, I disable all CBC related ciphers. After enabling all the default ciphers aes128-ctr,aes128-cbc,arcfour, 3des-cbc,blowfish-cbc, the encryption_client algorithm is solved. do you know anything about this SSH CBC vulnerability? If it is a security problem when CBC related cipher enabled on SSH server, any plan for Net:SSH to support non CBC ciphers? On Jan 15, 4:03 pm, Jamis Buck ja...@37signals.com wrote: This can also be caused if your SSH server is configured to allow only a small subset of cipher algorithms, and that subset does not overlap any of the algorithms that Net::SSH supports. Net::SSH supports the following ciphers: aes128-cbc 3des-cbc blowfish-cbc cast128-cbc aes192-cbc aes256-cbc rijndael-...@lysator.liu.se idea-cbc none (Though it is strongly recommended to not use 'none'. It's really only useful for debugging Net::SSH.) If there is a cipher you want that isn't included there, you'll need to see how to make Ruby's OpenSSL bindings provide it. - Jamis On 1/15/09 8:37 AM, Lee Hambley wrote: This might be ssh v1 vs. v2 issues, are you definately using SSH v2, with v2 keys? (i think it is a difference between DSA, and RSA keys) - Lee 2009/1/15 Xazoola col...@gmail.com mailto:col...@gmail.com Hi, I am getting a ConnectionError on Solaris. Works find on Linux. anyone know what causes this error? Capistrano::ConnectionError, connection failed for: IPADDRESS (Net::SSH::Exception: could not settle on encryption_client algorithm) --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
