On Friday 18 April 2008 04:01:01 am Eric Hodel wrote:
> On Apr 17, 2008, at 22:38 PM, Chad Woolley wrote:
> > On Thu, Apr 17, 2008 at 8:23 PM, Eric Hodel <[EMAIL PROTECTED]>
> > wrote:
> >> A user of RubyGems can already control which gem gets activated with
> >> Kernel#gem. However, it is up to the user to activate the gems they
> >> need in dependency order. `gem lock` can help with this.
> >
> > Try GemInstaller. It should be able to provide all the control you
> > need over gem activation, and autoinstall all required versions as
> > well. If you can't make it do what you need, let me know.
>
> This problem is, given a-1, a-2, and b-1 which depends on any a:
>
> gem 'b'
>
> fork {
> gem 'a', '1' # raises as a-2 is active
> }
Correct. I also tested to ensure that the behavior was consistent, and it was
all the way back to 0.9.0, and it is consistent as you suggested. Sorry bout
that.
>
> The solutions I see are:
>
> Don't list 'a' as a dependency.
Easy to do, but at that point the metadata doesn't describe the data well.
>
> exec after fork to clear memory.
Well, since the entire point of preloading in this case is to avoid an exec
and the memory overhead associated with loading the libraries again, that
doesn't work well.
>
> Be careful not to require any files from 'a' and remove 'a' from the
> set of active gems. (Hard)
Actually, some of this harkens back to an earlier thread about categories of
dependencies and their handling. In this case, the desired behavior of
add_dependency in the specification was to influence the installer to ensure
that the right gems with the right versions were installed. Installed, but
not necessarily activated. My suggestion right away is just to remove the
dependency, but this may make a small, easy to implement portion of the
system. The code should be much simpler because we're not really complicating
things much.
I'll see what I can come up with.
Thanks!
Donavan
> _______________________________________________
> Rubygems-developers mailing list
> [email protected]
> http://rubyforge.org/mailman/listinfo/rubygems-developers
>
_______________________________________________
Rubygems-developers mailing list
[email protected]
http://rubyforge.org/mailman/listinfo/rubygems-developers
