I've reviewed the libgem-ruby package from the ubuntu-ruby ppa
(libgems-ruby_1.2.0+2008072001-0ubuntu1~bbox4). Here are my comments:
On Mon, Aug 04, 2008 at 11:43:26AM -0000, Neil Wilson wrote:
> New version in https://edge.launchpad.net/~ubuntu-ruby/+archive
>
> - It's ready for the other ruby interpreters that are around the corner - Jruby and Rubinus.
How so ?
> I think this is now the release candidate. Feedback please.
>
===
You've switched to cdbs simplepatch system and it seems you've removed a
couple of patches in the process:
===
You should merge the latest version of debian (-2) as your package is
currently uninstallable on intrepid.
===
While testing the package I came across the usage of gem libraries:
according to the rubygems documentation, you need to do some
post-install work in order to setup ruby gems correctly. I was wondering
if the ruby libraries could be symlinked to
/usr/local/lib/site_ruby/RUBY_VERSION/ when a gem is installed ? That
way you wouldn't have to modify your environment or call ruby with the
-rubygems option. Since site_ruby is already versioned
update-alternatives is not needed in that case.
===
I've also come across the following situation:
However /usr/local/bin/rake is still using ruby1.9. So gems dependencies
are not switched to the ruby version used by the installed gem. Is this
a valid use case ? How should it be handled ? Could the slave option of
update-alternatives be used to handle binaries from dependencies ?
I've reviewed the libgem-ruby package from the ubuntu-ruby ppa ruby_1. 2.0+2008072001- 0ubuntu1~ bbox4). Here are my comments:
(libgems-
On Mon, Aug 04, 2008 at 11:43:26AM -0000, Neil Wilson wrote: /edge.launchpad .net/~ubuntu- ruby/+archive
> New version in https:/
>
> - It's ready for the other ruby interpreters that are around the corner - Jruby and Rubinus.
How so ?
> I think this is now the release candidate. Feedback please.
>
===
You've switched to cdbs simplepatch system and it seems you've removed a
couple of patches in the process:
01_default_ gem_path. dpatch update_ system. dpatch search_ regex.dpatch ioseek. dpatch
03_disable_
08_tighter_
21_avoid_
Are these no longer required ?
===
You should merge the latest version of debian (-2) as your package is
currently uninstallable on intrepid.
=== lib/site_ ruby/RUBY_ VERSION/ when a gem is installed ? That
While testing the package I came across the usage of gem libraries:
according to the rubygems documentation, you need to do some
post-install work in order to setup ruby gems correctly. I was wondering
if the ruby libraries could be symlinked to
/usr/local/
way you wouldn't have to modify your environment or call ruby with the
-rubygems option. Since site_ruby is already versioned
update-alternatives is not needed in that case.
===
I've also come across the following situation:
$ sudo gem1.8 install rails
$ sudo gem1.9 install rails
$ sudo gem1.8 install rails
However /usr/local/bin/rake is still using ruby1.9. So gems dependencies
are not switched to the ruby version used by the installed gem. Is this
a valid use case ? How should it be handled ? Could the slave option of
update-alternatives be used to handle binaries from dependencies ?
-- www.ubuntu. com
Mathias Gug
Ubuntu Developer http://