Whoocus

It seems your ruby installation is missing psych (for YAML output).
To eliminate this warning, please install libyaml and reinstall your ruby.

まずはRubyインストール後にエラーになるので、 LibYAML のインストールを行う。

wget http://pyyaml.org/download/libyaml/yaml-0.1.4.tar.gz
tar xvzf yaml-0.1.4.tar.gz
cd yaml-0.1.4
./configure --prefix=/usr/local/ruby193/lib
make
make install

Rubyのインストール。

wget ftp://ftp.ruby-lang.org/pub/ruby/1.9/ruby-1.9.3-p194.tar.gz
tar xvzf ruby-1.9.3-p194.tar.gz
cd ruby-1.9.3
./configure --prefix=/usr/local/ruby193 --enable-shared --with-opt-dir=/usr/local/ruby193/lib
make
make install

サーバ(CentOS5.5)側と、開発機(WindowsXP SP3)でどうしてもgem等バージョンの整合性を合わせるのが大変だった。ruby初級者なので、理解も曖昧・・・。

こちらを立てるとあちらが立たずという感じ。苦痛。

ハマッたのは、execjs と therubyracerの指定。
なぜかpythonのライブラリを求められたりしたので…。

とりあえず最終形としての Gemfile

source 'http://rubygems.org'
gem 'rails', '3.1.3'

# Bundle edge Rails instead:
# gem 'rails',     :git => 'git://github.com/rails/rails.git'

gem 'mysql2', '0.3.10'

gem 'rake', '0.8.7'

# Gems used only for assets and not required
# in production environments by default.
group :assets do
  gem 'execjs'
  gem 'therubyracer', :platforms => :ruby
  gem 'sass-rails',   '~> 3.1.5'
  gem 'coffee-rails', '~> 3.1.1'
  gem 'uglifier', '>= 1.0.3'
end

gem 'jquery-rails'

# To use ActiveModel has_secure_password
# gem 'bcrypt-ruby', '~> 3.0.0'
# Use unicorn as the web server
# gem 'unicorn'

#group :development do
# Deploy with Capistrano
# gem 'capistrano', requier => nil
# gem 'capistrano-ext', requier => nil
# To use debugger
# gem 'ruby-debug19', :require => 'ruby-debug'
#end

group :test do
  # Pretty printed test output
  gem 'turn', '0.8.2', :require => false
end

試行錯誤の結果なので、正しい設定かは責任は一切持ちません。とりあえず動作したというだけの設定。これから色々理解していこうと思います。
参考にするなら、独自環境に合わせてください。責任は持ちません。

WindowsXPクライアント開発機から、CentOS5.5サーバへcapstrano で下記エラー。
Ruby 1.9.3 will raise SystemCallError in this case

デプロイ設定で丸1日程ハマっている…。

$ cap deploy      
  * executing `deploy'
  * executing `deploy:update'
 ** transaction: start
  * executing `deploy:update_code'
    executing locally: "svn info http://svn.server.host/repos/xxxx --username hoge --password hoge --no-auth-cache  -rHEAD"
c:/ruby1.9.2/lib/ruby/gems/1.9.1/gems/capistrano-2.9.0/lib/capistrano/recipes/deploy.rb:97:
 warning: failed to set environment variable. 
Ruby 1.9.3 will raise SystemCallError in this case.
*** [deploy:update_code] rolling back
  * executing "rm -rf /app/xxxx/releases/20111217022544; true"
    servers: ["svn.server.host"]
Password:
    [svn.server.host] executing command
    command finished in 422ms
c:/ruby1.9.2/lib/ruby/gems/1.9.1/gems/capistrano-2.9.0/lib/capistrano/recipes/deploy.rb:106:in ``': 
No such file or directory - svn info http://svn.server.host/repos/xxxx --username hoge --password hoge --no-auth-cache -rHEAD (Errno::ENOENT)
        from c:/ruby1.9.2/lib/ruby/gems/1.9.1/gems/capistrano-2.9.0/lib/capistrano/recipes/deploy.rb:106:in `block in run_locally'

Capstranoのデプロイ時、サーバ上でsvnコマンドを発行していると思い込んでいたのだが、WindowsXPクライアント開発機でコマンドラインでの問題のようだと疑ってみる。

クライアント開発機でSVNコマンドライン実行できないとダメなのか？
TortuiseSVN はインストール済みだし、 CapstranoをインストールしていればクライアントからのSVN取得は問題ないと勝手に思い込んでいた。
とにかく、SVN CLI で検索してみて1番上に引っ掛かった下記ツールをダウンロード＆インストールしてみた。

sliksvn

$ cap deploy
  * executing `deploy'
  * executing `deploy:update'
 ** transaction: start
  * executing `deploy:update_code'
    executing locally: "svn info http://svn.server.host/repos/xxxx --username hoge --password hoge --no-auth-cache  -rHEAD"
    command finished in 2406ms

とりあえずのエラー回避。

デプロイの為、Capistrano を使ってみる。
環境は、WindowsXP のクライアント開発環境から、CentOS5.5 のリモートサーバ上へ。

まずは、クライアント開発環境にて、capistrano を gemでインストール。

$ gem install capistrano
$ gem install capistrano-ext

クライアント開発機のアプリのフォルダへ移動して、capifyコマンド。

$ capify .
[add] writing './Capfile'
[add] writing './config/deploy.rb'
[done] capified!

まずは、sshで怒られる。ログインユーザがwindowsのユーザ名(xxxx)になっていた。

$ cap deploy:setup
  * executing `deploy:setup'
Password:
connection failed for: www.whoocus.com 
(Net::SSH::AuthenticationFailed: xxxx)

capify で生成された deploy.rb に追記。

set :user, "app"

今度は、sudoコマンドは、tty でなければならないと怒られる。

$ cap deploy:setup
  * executing `deploy:setup'
Password:
[****] sudo: sorry, you must have a tty to run sudo

サーバ側で、visudo にてsudo のデフォルト設定を変更しなくてはならない。

# コメントアウト
#Defaults    requiretty

またも怒られる。

$ cap deploy:setup
  * executing `deploy:setup'
Password:
 no tty present and no askpass program specified

再度、サーバ側で、visudo にてsudo のデフォルト設定を追記。

# 追記
Defaults    visiblepw

リモートサーバ上に、デプロイ用のディレクトリができている。
やっとうまく行った。