Error de bastidor con DreamHost, Passenger y Rails 3.0.0.rc

Question

Fondo: he visto esta pregunta así como Éste - lamentablemente, fue en vano.

Mensaje de error (Pasajero): Ya has activado el rack 1.1.0, pero tu Gemfile requiere el rack 1.2.1.Considere usar paquete ejecutivo.

mi archivo de gemas:

source 'http://rubygems.org'

gem 'rails', '3.0.0.rc'
gem 'nifty-generators' 
gem 'nokogiri'
group :after_initialize do
    gem 'feedzirra'
end

mi Gemfile.lock tiene esta línea:

rack (1.2.1)

mi entorno.rb tiene esta línea en la parte superior:

ENV['GEM_PATH'] = File.expand_path('~/.gems') + ':/usr/lib/ruby/gems/1.8'

mi boot.rb tiene esta línea en la parte superior:

Gem.clear_paths

Tengo el rack (1.2.1) instalado correctamente localmente: mi aplicación funciona bien en mi host local y la versión 1.2.1 aparece después de una "lista de gemas" en la terminal.

Empaqueté mis gemas con un "paquete" antes de enviar mi aplicación a mi servidor de producción.

Ejecuté el siguiente comando (en mi servidor de producción, desde la raíz de la aplicación) antes de la implementación:

bundle install --path vendor/bundle --local

Siguiendo el comando de instalación anterior, una "verificación de paquete" devuelve esto:

The Gemfile's dependencies are satisfied

Y este es el rastreo proporcionado por el pasajero (junto con el mensaje de error mencionado anteriormente):

0   /home/user/.gems/gems/bundler-1.0.0/lib/bundler/runtime.rb      27      in `setup'
1   /home/user/.gems/gems/bundler-1.0.0/lib/bundler/spec_set.rb     12  in `each'
2   /home/user/.gems/gems/bundler-1.0.0/lib/bundler/spec_set.rb     12  in `each'
3   /home/user/.gems/gems/bundler-1.0.0/lib/bundler/runtime.rb  17  in `setup'
4   /home/user/.gems/gems/bundler-1.0.0/lib/bundler.rb  100     in `setup'
5   /home/user/gseeds.mywebsite.com/releases/20100927012812/config/boot.rb  9   
6   /usr/lib/ruby/1.8/rubygems/custom_require.rb    31  in `gem_original_require'
7   /usr/lib/ruby/1.8/rubygems/custom_require.rb    31  in `require'
8   /home/user/gseeds.mywebsite.com/releases/20100927012812/config/application.rb   1   
9   /usr/lib/ruby/1.8/rubygems/custom_require.rb    31  in `gem_original_require'
10  /usr/lib/ruby/1.8/rubygems/custom_require.rb    31  in `require'
11  /home/user/gseeds.mywebsite.com/releases/20100927012812/config/environment.rb   7   
12  /usr/lib/ruby/1.8/rubygems/custom_require.rb    31  in `gem_original_require'
13  /usr/lib/ruby/1.8/rubygems/custom_require.rb    31  in `require'
14  config.ru   3   
15  /usr/lib/ruby/gems/1.8/gems/rack-1.1.0/lib/rack/builder.rb  46  in `instance_eval'
16  /usr/lib/ruby/gems/1.8/gems/rack-1.1.0/lib/rack/builder.rb  46  in `initialize'
17  config.ru   1   in `new'
18  config.ru   1 

Me pregunto si a alguien se le ha ocurrido una solución a esto.

Algo que debe tenerse en cuenta es que una aplicación Rails de muestra, es decir, ejecutar un nuevo nombre de aplicación Rails y enviarlo directamente por ftp al servidor de producción en DreamHost, funcionará bien.Esto me perturba porque imagino que tanto mi aplicación real como la aplicación de muestra tienen la dependencia del rack (1.2.1);lo que implica para mí que, en un esfuerzo por evitar las gemas del servidor DreamHost, de alguna manera estoy jugando con la implementación de rack en mi aplicación real.

Tengo mi aplicación de rieles de muestra ejecutándose en un subdominio separado en DreamHost y recibo este error para los subdominios de las dos aplicaciones reales que estoy intentando implementar.

Además, originalmente intenté instalar las gemas localmente en mi directorio de usuarios de DreamHost antes de adoptar el enfoque de proveedor/caché.Quizás esto no afecte en nada...

Gracias por soportar esta pregunta larga y desordenada.

Answer 1

Quéjate con Dreamhost y diles que actualicen Phusion Passenger.Este problema se ha solucionado en varias versiones de Phusion Passenger.