[Rubygems-developers] Bugs with ~/.gemrc gemhome and gempath overrides not being respected

Chad Woolley thewoolleyman at gmail.com
Fri Oct 3 13:47:25 EDT 2008

On Fri, Oct 3, 2008 at 10:25 AM, Phil Hagelberg <technomancy at gmail.com>wrote:

Thanks for helping with this.

> It's my understanding they should always be symbols, but I could be
> wrong here. I looked through environment_command.rb, and I don't see any
> reference to string versions; could you point them out?

Hmm, it seem to be working OK with the symbols now.  Maybe it was something
related to the config home not being exposed.

> > Next, there are problems on Leopard where the overrides in .gemrc will
> > be overridden (if APPLE_GEM_HOME or RUBY_FRAMEWORK_VERSION exist).
> > The settings in .gemrc should always take precedence, I would think.
> I can't speak for Mac users and the motivations behind those overrides,
> but it does look like Gem.dir gets added to the path whether you want it
> or not (Gem.set_paths in lib/rubygems.rb; currently at line 704). I'm
> not sure why this is the case; should it be removed?

I'm talking about rubygems.rb line 514:

      if defined?(APPLE_GEM_HOME) and not ENV['GEM_PATH'] then

This will always put the apple system dirs on your paths, even if you've
explicitly excluded them from your paths in .gemrc.

I think it should instead be something like this:

      if defined?(APPLE_GEM_HOME) and (not ENV['GEM_PATH'] and not
Gem.configuration.path) then

There are also still issues with source index not respecting this, but I'll
put that in a separate thread.

-- Chad
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/rubygems-developers/attachments/20081003/3ebcc4d4/attachment.html>

More information about the Rubygems-developers mailing list