Je ne peux pas travailler avec des gemmes plus récentes

Je travaille sur un projet d'université et mon professeur a configuré le serveur pour cela, mais après l'installation de Ruby 1.9.x nous devions retourner à Ruby 1.8.x, à cause du Ruby 1.9/Rails 2.3.4 problème. Maintenant, chaque fois que je construis une application Rails, elle utilise toujours des gemmes Rails 2.2.3.Je ne peux pas travailler avec des gemmes plus récentes

J'ai modifié l'environnement.rb (RAILS_GEM_VERSION = '2.3.4' ...), mais cela ne fonctionne pas.
L'enseignant me montre "ruby env" sortie et ressemble à des dossiers Ruby 1.8.

"Bienvenue à bord" page affiche:

la version Ruby 1.8.7 (x86_64-linux)
RubyGems Version 1.3.4
Rails Version 2.2.3
version Active Record 2.2. 3
Version action pack 2.2.3
Version ressource active 2.2.3
action Mailer Version 2.2.3
version active support 2.2.3
révision Rails bord inconnu

La "liste des pierres précieuses" est sortie:

*** GEMS LOCALES ***
actionmailer (2.3.4, 2.2.3)
actionpack (2.3.4, 2.2.3)
activerecord (2.3.4, 2.2.3)
ActiveResource (2.3.4, 2.2.3)
activesupport (2.3.4, 2.2.3)
générateur (2.1. 2)
fastthread (1.0.7)
mysql (2.8.1)
passager (2.2.5)
crémaillère (1.0.1, 1.0.0)
rails (2.3.4, 2.2.3)
râteau (0.8.7)
RedCloth (4.2.2)
-unité d'essai (2.0.5)
xml-simple, (1.0.12)

en outre, l'enseignant a installé le petit bijou mysql mais je pense qu'il a montré que ce n'était pas nécessaire ou était obsolète, mais le mysql fonctionne.

Quelqu'un sait ce qui pourrait être un problème pour ne pas obtenir Rails 2.3.4 gems à travailler?

Merci

Source

2009-11-05 Muralha

Vous savez, il y a un correctif pour le problème 2.3.4/1.9? https://rails.lighthouseapp.com/projects/8994/tickets/3144-undefined-method-for-string-ror-234 –

Oui, je sais. Mais pour l'instant, je voudrais rester sur 1.8.x. – Muralha

Peut-être avez-vous installé plusieurs versions de ruby 1.8? Exécutez les commandes suivantes:

which ruby 
which gem 
ruby -v 
gem env

Assurez-vous que la version rubis utilisée par bijou est le même que celui que vous utilisez sur la ligne de commande.

Source

2009-11-05 16:30:21

Il semble que le chemin ruby du terminal est faux. Merci, Jonathan. – Muralha

Le chemin est différent, mais mon professeur a montré ce ... (/ usr/bin # ls -al | grep rubis lrwxrwxrwx 1 root root 7 sur 26 rubis 10h50 -> ruby1.8) Est c'est correct? Est-ce que ça devrait marcher? – Muralha

C'est juste un lien symbolique./usr/bin/ruby -v est le même que /usr/bin/ruby1.8 -v –

$ qui ruby
/usr/bin/ruby

$ qui gem
/usr/bin/gem

rubis de
$ de rubis 1.8.7 (2009-06-12 patchlevel 174) [x86_64-linux]

joyau $ env
RubyGems Environnement:
- VERSION Rubygems: 1.3.4
- R VERSION UBY: 1.8.7 (2009-06-12 patchlevel 174) [x86_64-linux]
- RÉPERTOIRE D'INSTALLATION: /var/lib/gems/1.8/
- RUBIS EXÉCUTABLE: /usr/bin/ruby1.8
- ANNUAIRE EXÉCUTABLE: /var/lib/gems/1.8/bin
- PLATEFORMES rubygems:
- rubis
- x86_64-linux
- GEM CHEMINS:
- /var/lib/gems/1.8/
- CONFIGURATION GEM:
-: update_sources => true
-: verbose => true
-: référence => false
-: => false backtrace
-: bulk_threshold => 1000
- SOURCES: A DISTANCE
- http://gems.rubyforge.org/

ne fonctionne toujours pas ... est-il des chemins faux?

Source

2009-11-07 21:55:15 Muralha

Je ne peux pas travailler avec des gemmes plus récentes

Répondre

Questions connexes