On Tue, 2003-08-05 at 12:12, Fumitoshi UKAI wrote:
> Since ruby 1.8.0 was released recently, ruby developers will go to
> ruby 1.8.x, so that we, ruby maintenance team (akira, tagoh, ukai),
> are discussing about how to deal with Ruby 1.8 transition and trying to make
> debian ruby policy soon.
>
> For now, ruby package provides /usr/bin/ruby of ruby 1.6.x, and
> ruby1.8 package provides /usr/bin/ruby1.8 of ruby 1.8.x. Someone
> want to use /usr/bin/ruby of ruby 1.8.x, so we're considering to use
> alternatives for /usr/bin/ruby to choice either ruby1.6, ruby1.8 (or any
> other version of ruby in future).
There was a bug about this at some point, which I can no longer find,
where I suggested doing for Ruby what Python does. Which is essentially:
- 'ruby' is a metapackage depending the current default version of Ruby
for Debian.
- 'rubyX.Y' is a specific version of Ruby. 'ruby' depends on one of
these.
- 'libfoo-bar-ruby' is a metapacakge depending on libfoo-bar-rubyX.Y,
where X.Y is the default version of Ruby (the same as the one 'ruby'
depends on).
- 'libfoo-bar-rubyX.Y' is foo-bar for a specific version of Ruby. The
above depends on one of these. (These packages may be unncessary if the
directory tree I outlined below is used, and the package is
version-independent.)
As for module include paths, they're less important since most Ruby
modules query Ruby for the right information at build-time anyway, but
I'd like to see version-independent directories, and also preferrably a
tree under /usr/share, too. Say,
These are arch-independent:
- /usr/share/ruby for Ruby modules that work with any version.
- /usr/share/ruby/X.Y for Ruby modules that depend on version X.Y.
These are arch-dependent:
- /usr/lib/ruby/version/X.Y/#{arch}-#{os} for all arch-dependent
modules. I believe most architecture-dependent modules need to be
recompiled for each version of Ruby anyway, and so a version-independent
architecture-dependent directory makes no sense.
--
Joe Wreschnig <piman@debian.org>
Attachment:
signature.asc
Description: This is a digitally signed message part