Après l'installation de rvm, la mise à jour du fichier .gmrc, la mise à jour de rubygems et l'exécution de gem install Rails -v ">=3.1.0rc"
, il semble que le désordre soit complet:
$ Rails -v
/usr/local/lib/site_Ruby/1.8/rubygems/dependency.rb:247:in `to_specs': Could not find Rails (>= 0) amongst [] (Gem::LoadError)
from /usr/local/lib/site_Ruby/1.8/rubygems/dependency.rb:256:in `to_spec'
from /usr/local/lib/site_Ruby/1.8/rubygems.rb:1182:in `gem'
from /var/lib/gems/1.8/bin/Rails:18
myhome@myhome-mini:~$ gem env
RubyGems Environment:
- RUBYGEMS VERSION: 1.6.2
- Ruby VERSION: 1.9.2 (2011-02-18 patchlevel 180) [i686-linux]
- INSTALLATION DIRECTORY: /home/myhome/gems
- Ruby EXECUTABLE: /home/myhome/.rvm/rubies/Ruby-1.9.2-p180/bin/Ruby
- EXECUTABLE DIRECTORY: /home/myhome/gems/bin
- RUBYGEMS PLATFORMS:
- Ruby
- x86-linux
- GEM PATHS:
- /home/myhome/gems
- /usr/lib/Ruby/gems/1.8
- GEM CONFIGURATION:
- :update_sources => true
- :verbose => true
- :benchmark => false
- :backtrace => false
- :bulk_threshold => 1000
- "gemhome" => "/home/myhome/gems"
- "gempath" => ["/home/myhome/gems", "/usr/lib/Ruby/gems/1.8"]
- REMOTE SOURCES:
- http://rubygems.org/
Je devais Sudo gem install bundler
pour le faire fonctionner à nouveau.
J'ai eu un problème similaire. Vous n'êtes pas sûr que cela vous aide, mais vous pouvez essayer d'installer Gems avec rvmsudo gem install [gemname]
au lieu de simplement faire gem install [gemname]
ou Sudo gem install [gemname]
.
J'essaie d'expliquer cela un peu à cause des votes positifs:
Ceci est fondamentalement un problème de chemin. Si vous configurez des gems via gem install
, il est fort probable qu'ils se trouveront dans un autre répertoire (par exemple /usr/local/
) par rapport aux gems configurés via un bundle (vous pouvez le remplacer par --path
). Utiliser Sudo
peut aussi les configurer dans un autre répertoire puisque Sudo
démarre un sous-shell qui a un environnement différent. C'est pourquoi vous avez rvmsudo
.
Si vous voulez voir les différences, comparez $PATH
, $GEM_HOME
, $GEM_PATH
et $BUNDLE_PATH
lors de l'écho, avec Sudo
et avec rvmsudo
.
J'ai un problème similaire à celui-ci, il peut y avoir un problème compatible avec rvm . J'ai corrigé en mettant à jour rvm à la dernière version:
curl -L https://get.rvm.io | bash -s stable --Ruby
Ensuite, vous devriez recharger rvm ou simplement ouvrir une nouvelle fenêtre de terminal . Ensuite, j'ai réinstallé le bundler 'gem install bundler' et j'ai exécuté 'bundle install' normalement.
rvm rubygems current
a fait le tour pour moi.
enlever Ruby en premier puis
Sudo apt-get install build-essential libssl-dev libreadline5 libreadline5-dev zlib1g zlib1g-dev
pour installer tous les lib nécessaires alors vous pouvez installer Ruby et Rails
rvm install 1.9.3
rvm --default use 1.9.3
rvm gem install Rails
J'avais à peu près le même message lorsque je tentais de générer un contrôleur après avoir installé IntelliJ IDEA et le plug-in associé pour Rail Dev. À partir de mon répertoire d'application, je viens d'exécuter l'installation de paquet et j'ai ensuite été capable de générer à nouveau des contrôleurs.
Je sais que c’est une question très ancienne, mais j’ai récemment décidé de passer à RVM sur un serveur que j’avais configuré il ya quelque temps et qui avait le même problème: des gemmes étaient installées au mauvais endroit et tout gâchait.
Après quelques heures d'analyse approfondie de SO, j'ai finalement compris que dans mon fichier .gemrc
de mon dossier racine, j'avais déjà configuré les variables gemhome: and gempath:
et qu'ils manipulaient tout le système.
Après avoir enlevé ces lignes, toutes mes pierres précieuses fonctionnaient bien.
Je pensais que je posterais ma réponse au cas où quelqu'un se trouverait dans la même situation.