From: daz Date: 2005-09-24T22:41:40+09:00 Subject: ubygems, but no rubygems (was Re: [ANN] RDE 1.0.0 released) Graham Foster wrote: > > [...] > Perhaps it is just too many assumptions in the installer package, > and once I figure out what needs fixing up, all will be well. You're not on your own worrying about assumptions ;) All the installer needs to know is the path to your ruby.exe - it prompts for that and I'm reasonably confident that it's OK. > > C:\DOCUME~1\Graham>set rubyopt > RUBYOPT=rubygems rubygems > > I'm not sure what it should say - should rubygems be duplicated? No - and it would be interesting to find out how that happened. It should read: RUBYOPT=rubygems > C:\DOCUME~1\Graham>ruby -rdebug hello.rb > Debug.rb > Emacs support available. > > g:/ruby/lib/ruby/site_ruby/1.8/ubygems.rb:4:require 'rubygems' > > Which is exactly like RDE Which is why Sakazuki-san suggested to try it :) It's *not* an RDE problem. > > [...] (I've subsequently moved Ruby to a different drive > which would change old paths - might this be an issue?) > Ruby can cope with that. You need to establish why there's a : g:/ruby/lib/ruby/site_ruby/1.8/ubygems.rb - but no : g:/ruby/lib/ruby/site_ruby/1.8/rubygems.rb They should be together in that directory. On my system, they both have the same 'modified' date & time. See if this ruby line will find it. If it does - you could try moving it to the right place, although you could find other installation problems which would make it easier to start from scratch. puts Dir['G:/ruby/**/*ubygems.rb'] #-> G:/ruby/lib/ruby/site_ruby/1.8/rubygems.rb #-> G:/ruby/lib/ruby/site_ruby/1.8/ubygems.rb Good luck, daz