Package: ruby Version: 1.8.2-1 Followup-For: Bug #290705 Hello,
I've seen this argument about the ruby package being broken once again on ruby-talk. I am (nearly, waiting for DAM to create account) a Debian developper and I know very well the reasons that lead to a split of the Ruby package. But I think that it actually is hard, or at least very confusing for the beginner, to find out which packages he needs to install to get a full ruby installation. Let's face it: a fair deal of Debian users are not extremely familiar with apt... Installing the packages by hand is a pain. I also think it would be a very bad idea to change the current packaging, as it might break builds, and would also very much be a pain. So, what I propose is the creation of a ruby-full package, that depends on all the packages needed for a proper install. The package is ready, currently hosted on the SVN repository of the pkg-ruby-extras project on alioth. For convenience, I've also just uploaded it to mentors.debian.net: http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=ruby-full dget http://mentors.debian.net/debian/pool/main/r/ruby-full/ruby-full_0.1.dsc I chose to depend on unversioned packages (ri, rdoc, and so on) so that users are not confused by the need to type ruby1.8, irb1.8 and so on. I believe it could make it in time for Etch, after all, it would be closing an old important bug, and as a dependency package, it won't actually break anything. We'll just have to act quickly. Paul van Tilburg kindly offered to upload it if you think it is a good idea. What do you think ? Regards, Vincent Fourmond -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages ruby depends on: ii ruby1.8 1.8.5-4 Interpreter of object-oriented scr ruby recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]