[Rubygems-developers] Bugs with ~/.gemrc gemhome and gempath overrides not being respected
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
There are also still issues with source index not respecting this, but I'll
put that in a separate thread.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Rubygems-developers