Hi Magmor, ich vermute, bei dir ist Einiges mit der Installation Ruby und Gems durcheinander. Daher die Probleme.
Ich empfehle dir: a) wie beschrieben, rvm zu nutzen b) aufzuräumen und erstmal Ruby und RubyGems von Hand zu installieren und nicht die bei Mac mitgelieferte Version zu verwenden. Anleitung gibt es dazu im Netz, u.a. http://hivelogic.com/articles/compiling-ruby-rubygems-and-rails-on-snow-leopard Dabei muss du ggf. die URL und Versionen korrigieren damit du die aktuellen Versionen verwendest (also nicht ruby-1.8.7-p174.tar.gz sondern ruby-1.8.7-p299.tar.gz und auch rubygems-1.3.7.tgz usw.) Gems liegen dann unter /usr/local/lib/ruby/gems/1.8 und ruby unter /usr/local/bin/ruby. Danach immer "sudo gem install <gem>", wodurch gems in /usr/local/lib/ruby/gems/1.8 landen. Grundsätzlich benötigt man nur ein Gem-Verzeichnis. Wenn man keinen Zugriff auf das Haupt-Gem-Verzeichnis hat, kann man die gems in seinem privaten (/Users/justmike/.gem/ruby/1.8) installieren. Das ist bei dir aber nicht notwendig. vermutlich würde ich a) nehmen :) Gruß, Thomas Am 21.07.2010 um 17:15 schrieb Magmor: > Hallo Peter > danke. > > Ok, ich hab den Wink verstanden, werde nicht umhinkommen mir noch ein > weiteres Tool anzusehen (rvm) um grad mal ein paar einfache kleine rails-test > mit gems zu machen. Mist. Ich blick jetzt schon nicht mehr durch:-( > > Ich fahre hier MacOS 10.5.8 und Rails 2.3.8. > Mongrel fährt hoch, wenn ich in der environment.rb mein verweis aufs gem > (config.gem "actionservice") auskommentiere. > Hilft natürlich nix, wenn das gem nicht nutzbar ist. Mit dem Eintrag meckert > wie beschrieben Mongrel beim Hochfahren. > > -> Was macht den 'rake gems:install'? Wozu ist der rake command hier > notwendig? > > Hilft ein 'gem environment' weiter?: > > > gem environment > RubyGems Environment: > - RUBYGEMS VERSION: 1.3.7 > - RUBY VERSION: 1.8.6 (2009-06-08 patchlevel 369) [universal-darwin9.0] > - INSTALLATION DIRECTORY: /Library/Ruby/Gems/1.8 > - RUBY EXECUTABLE: > /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby > - EXECUTABLE DIRECTORY: /usr/bin > - RUBYGEMS PLATFORMS: > - ruby > - universal-darwin-9 > - GEM PATHS: > - /Library/Ruby/Gems/1.8 > - /Users/justmike/.gem/ruby/1.8 > - > /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/gems/1.8 > - GEM CONFIGURATION: > - :update_sources => true > - :verbose => true > - :benchmark => false > - :backtrace => false > - :bulk_threshold => 1000 > - REMOTE SOURCES: > - http://rubygems.org/ > > > > -> Wozu mehrere GEM PATHS ? > > > Gruß aus dem Süden bei lockeren 31°C im Büro. > > > > > Am 21.07.2010 um 16:51 schrieb Peter Schröder: > >> hi mike, >> >> du solltest dich definitiv mit rvm (http://rvm.beginrescueend.com/) und >> gemsets auseinandersetzen. damit kannst du deine ruby umgebung >> virtualisisieren, was bei einer ganzen palette von problemen mit gem sehr >> hilft. >> >> jeh nach rails version ist das verhalten was das laden von abhängigkeiten >> angeht anders. im aktuellen 3er wird bundler genutzt, was einem schon mal >> weiter helfen kann, allerdings wenig an der komplexität des ganzen ändert. >> im allgemeinen musst du die gems aber irgendwo definieren, z.b. im Gemfile >> oder früher im environment.rb. >> >> oft sind probleme mit gems ganz anderer natur, als man es meint. du kannst >> einfach mal mit irb versuchen die sachen zu laden, die du brauchst, >> vielleicht hilft dir das schon weiter. >> >> ahoi >> > > _______________________________________________ > rubyonrails-ug mailing list > rubyonrails-ug@headflash.com > http://mailman.headflash.com/listinfo/rubyonrails-ug --- Thomas Baustert - Freiberuflicher Softwareentwickler Averhoffstraße 10, 22085 Hamburg +49(0)173-2391143 - busin...@thomasbaustert.de USt-IdNr.: DE814405137 _______________________________________________ rubyonrails-ug mailing list rubyonrails-ug@headflash.com http://mailman.headflash.com/listinfo/rubyonrails-ug
