ruby-on-rails - actualizar - ruby on rails download
gema de therubyracer en ventanas (5)
El motivo de todos estos problemas es el therubyracer-0.11.0beta1-x86-mingw32.gem y el v8.dll.
He cumplido con los archivos dlls y gem necesarios y los cargo en github.
descarga el paquete y sigue las instrucciones.
He estado desarrollando pacíficamente en Windows sin agregar gemas durante unas pocas semanas y hoy decidí hacer una actualización del paquete, pero no puedo acceder a esta gema llamada therubyracer. Tengo el devkit instalado y funciona de acuerdo con el procedimiento de verificación de la documentación.
Mi pregunta es: ¿hay alguna forma de instalar esta joya en Windows?
¿Y Rails 3.1 va a necesitar esta joya y esta es la razón por la que ahora que realizo una actualización de paquete, se está "deslizando" en los rieles 3.0.8 como un gesto de inicio temprano para la futura migración 3.1?
EDIT incluyendo Gemfile y Gemfile.lock
# Gemfile
# source ''http://rubygems.org''
source :rubygems
gem ''rails''
gem ''rake'', ''0.8.7''
gem ''youtube_it''
gem ''panda''
gem "nifty-generators"
# gem "mongoid", "2.0.0.rc.7"
gem "mongoid"
gem "mongoid-eager-loading"
# gem ''mongoid_search''
gem "bson_ext", ">1.1.5"
gem ''devise''
gem ''cancan''
gem ''hirb''
# gem ''heroku''
gem ''rest-client''
gem ''less'' # needs the more plugin
# gem ''hash_extension''
gem ''aws-s3'', :require => ''aws/s3'' # s3.rb
gem ''jquery-rails'', ">= 0.2.7" # rails g jquery:install
# gem ''mongrel'', ">= 1.2.0.pre2"
gem ''delayed_job''
gem ''delayed_job_mongoid''
gem ''kaminari''
# Gemfile.lock
GEM
remote: http://rubygems.org/
specs:
abstract (1.0.0)
actionmailer (3.0.8)
actionpack (= 3.0.8)
mail (~> 2.2.19)
actionpack (3.0.8)
activemodel (= 3.0.8)
activesupport (= 3.0.8)
builder (~> 2.1.2)
erubis (~> 2.6.6)
i18n (~> 0.5.0)
rack (~> 1.2.1)
rack-mount (~> 0.6.14)
rack-test (~> 0.5.7)
tzinfo (~> 0.3.23)
activemodel (3.0.8)
activesupport (= 3.0.8)
builder (~> 2.1.2)
i18n (~> 0.5.0)
activerecord (3.0.8)
activemodel (= 3.0.8)
activesupport (= 3.0.8)
arel (~> 2.0.10)
tzinfo (~> 0.3.23)
activeresource (3.0.8)
activemodel (= 3.0.8)
activesupport (= 3.0.8)
activesupport (3.0.8)
arel (2.0.10)
aws-s3 (0.6.2)
builder
mime-types
xml-simple
bcrypt-ruby (2.1.4-x86-mingw32)
bson (1.3.1)
bson_ext (1.3.1)
builder (2.1.2)
cancan (1.6.5)
daemons (1.1.3)
delayed_job (2.1.4)
activesupport (~> 3.0)
daemons
delayed_job_mongoid (1.0.2)
delayed_job (~> 2.1.1)
mongoid (~> 2.0.0.rc)
devise (1.3.4)
bcrypt-ruby (~> 2.1.2)
orm_adapter (~> 0.0.3)
warden (~> 1.0.3)
erubis (2.6.6)
abstract (>= 1.0.0)
hirb (0.4.5)
i18n (0.5.0)
jquery-rails (1.0.10)
railties (~> 3.0)
thor (~> 0.14)
json (1.5.2)
kaminari (0.12.4)
rails (>= 3.0.0)
less (1.2.21)
mutter (>= 0.4.2)
treetop (>= 1.4.2)
mail (2.2.19)
activesupport (>= 2.3.6)
i18n (>= 0.4.0)
mime-types (~> 1.16)
treetop (~> 1.4.8)
mime-types (1.16)
mongo (1.3.1)
bson (>= 1.3.1)
mongoid (2.0.2)
activemodel (~> 3.0)
mongo (~> 1.3)
tzinfo (~> 0.3.22)
mongoid-eager-loading (0.3.1)
mutter (0.5.3)
nifty-generators (0.4.6)
oauth (0.4.4)
orm_adapter (0.0.5)
panda (1.4.2)
json
rest-client
ruby-hmac (>= 0.3.2)
polyglot (0.3.1)
rack (1.2.3)
rack-mount (0.6.14)
rack (>= 1.0.0)
rack-test (0.5.7)
rack (>= 1.0)
rails (3.0.8)
actionmailer (= 3.0.8)
actionpack (= 3.0.8)
activerecord (= 3.0.8)
activeresource (= 3.0.8)
activesupport (= 3.0.8)
bundler (~> 1.0)
railties (= 3.0.8)
railties (3.0.8)
actionpack (= 3.0.8)
activesupport (= 3.0.8)
rake (>= 0.8.7)
thor (~> 0.14.4)
rake (0.8.7)
rest-client (1.6.1)
mime-types (>= 1.16)
ruby-hmac (0.4.0)
thor (0.14.6)
treetop (1.4.9)
polyglot (>= 0.3.1)
tzinfo (0.3.28)
warden (1.0.4)
rack (>= 1.0)
xml-simple (1.0.16)
youtube_it (1.4.2)
builder
oauth (>= 0.4.4)
PLATFORMS
x86-mingw32
DEPENDENCIES
aws-s3
bson_ext (> 1.1.5)
cancan
delayed_job
delayed_job_mongoid
devise
hirb
jquery-rails (>= 0.2.7)
kaminari
less
mongoid
mongoid-eager-loading
nifty-generators
panda
rails
rake (= 0.8.7)
rest-client
youtube_it
Esto es esencialmente lo que Nik ha hecho, creo:
En su Gemfile, aísle la gema TheRubyRacer en el entorno de producción de esta manera:
group :production do
gem ''therubyracer-heroku'', :platform => :ruby
end
En su entorno de desarrollo, en lugar de bundle install un bundle install simple, haga
bundle install --without production
o, como sugiere Nik, bundle install development . Cuando implemente en Heroku, instalará la gema porque es el entorno de producción.
Gurús de rieles: por favor sugiera ediciones para hacer esto menos sucky.
Hay construcción para windows . Puede ser descargado e instalado manualmente por gem install therubyracer-0.11.0beta1-x86-mingw32.gem .
No, no hay manera de que yo sepa de instalar actualmente esta joya en Windows. El problema es que actualmente no hay una versión precompilada de la gema libv8 para Windows, y la versión original solo es compatible con * nix. No necesariamente tiene que ser así, solo requiere que alguien se tome el tiempo de hacer que la compilación funcione para Windows. https://github.com/fractaloop/libv8
Dicho esto, Windows debería venir con un JScript, el tiempo de ejecución de JavaScript de Microsoft, que los rieles (a través de execjs ) detectarán y usarán automáticamente, por lo que debería poder eliminar su dependencia de therubyracer.
Como mantenedor de esa gema, esto, por supuesto, me entristecería, pero debería ponerlo en su camino.
Para responder a una parte de tu pregunta sobre Rails 3.1, este es el trato ...
Rails 3.1 actualmente usa una gema que requiere un tiempo de ejecución de javascript para ser instalado en la máquina. En Mac, por lo general, no tiene que preocuparse por esto porque ya tiene uno, pero Linux (y creo que también Windows) necesita instalar uno. Por lo tanto, algunas veces instalan therubyracer, oa veces node o nodejs, ya que proporcionan eso.
Sin embargo, uno de los principales chicos de Rails dijo que planean arreglar esa dependencia antes de la versión final de Rails 3.1, así que con suerte eso sucederá y la dependencia desaparecerá.