Home → Problems →

problem running RubyGems from user directory

Admin Functions

• Remove

Doug

01 Dec, 2012 12:47 AM

I installed RubyGems in a user directory on a shared server in accordance with the instructions here
http://docs.rubygems.org/read/chapter/3

but the system still wants to use the older/shared version of RubyGems. If I run "gem -v" I get "1.3.7" back, when the version I installed is 1.8.24. Seems like the needed directories are not in the path, so I guess my question is what directories/files need to by in the path in order for the version of RubyGems that I installed to take precedence over the old/shared one on the server? The directory with the "gem18" is in the path, as is the directory with the "rubygems-1.8.24" directory in it.

Thanks for any help you can offer.

1. Support Staff 2 Posted by Eric Hodel on 01 Dec, 2012 12:51 AM

   

   If you have other versions of ruby installed you must export RUBYLIB=~/prefix/lib or export RUBYOPT=-I~/profix/lib to place your ruby in the front of the load path.

   Typically, installing rvm is easier.

   Admin Functions

   • Remove

2. Eric Hodel closed this discussion on 01 Dec, 2012 12:51 AM.

3. Doug Quirke re-opened this discussion on 01 Dec, 2012 01:17 AM

4. 3 Posted by Doug Quirke on 01 Dec, 2012 01:17 AM

   

   Thanks. There's only one version of Ruby installed here (the one shared
   by other users of the shared machine), so what I'm trying to accomplish
   is to still use that version of Ruby, but have it use the version of
   RubyGems that I've installed in my user directory instead of the older
   version of RubyGems that's in with the shared version of Ruby. Maybe
   what I'm trying to do isn't possible?

   Admin Functions

   • Split
   • Remove

5. Support Staff 4 Posted by Eric Hodel on 01 Dec, 2012 01:41 AM

   

   It's perfectly possible, just use RUBYLIB or RUBYOPT as described in my previous post. This is how we test new versions of RubyGems as we are developing them while still using a stable version for our other work.

   Admin Functions

   • Remove

6. Eric Hodel closed this discussion on 01 Dec, 2012 01:41 AM.

7. Doug Quirke re-opened this discussion on 01 Dec, 2012 07:09 PM

8. 5 Posted by Doug Quirke on 01 Dec, 2012 07:09 PM

   

   Got it. Thanks so much, that did the trick!

   Admin Functions

   • Split
   • Remove

9. Nick Quaranto closed this discussion on 19 Dec, 2012 01:28 AM.

Comments are currently closed for this discussion. You can start a new one.