From: Magnus Holm Date: 2011-10-25T21:56:13+09:00 Subject: [ruby-core:40345] Re: [ruby-trunk - Feature #5481] Gemifying Ruby standard library On Tue, Oct 25, 2011 at 14:45, Intransition wrote: > > > On Oct 25, 1:58��am, Lucas Nussbaum wrote: >> Issue #5481 has been updated by Lucas Nussbaum. >> >> (With my Debian hat) >> I don't really like the plan of having releases of libraries both with the interpreter and as separate gems. Duplicating distribution paths for libraries will make things very complex since there would be no single "latest version" of a given library. We already have that problem with rubygems due to its bundling in 1.9. >> >> Instead, I would prefer a plan where the interpreter no longer releases with the stdlib, but just releases with a "core lib". Then the user would install the stdlib as a set of gems. >> >> One benefit that this would bring is that interpreter implementations could all use the same stdlib. Currently jruby and rubinius are both lagging behind in that regard. This would reinforce an healthy competition between implementations, and make shipping several implems easier to support. > > +1. > > I mean, how hard is it to add `gem install stdlib` to end of `make > install` routine? Where `stdlib` would be an (otherwise empty) meta- > package with dependencies to all standard gems. That would require internet connection. I think you should be able to install a complete version of Ruby without an internet connection. So we still have to ship the gems with the release, which is what Lucas doesn't like���