This post originated from an RSS feed registered with Ruby Buzz
by Jamis Buck.
Original Post: 34 Reasons Why I Will Never Use Debian
Feed Title: the buckblogs here
Feed URL: http://weblog.jamisbuck.org/blog.cgi/programming/index.rss
Feed Description: Jamis Buck's corner of the blogging universe. Mostly about ruby, but includes ramblings on a variety of topics.
This has got to be the most Ruby-unfriendly Linux distro on the planet… Here are 34 reasons, enumerated, why I will never use Debian:
irb1.8
libbigdecimal-ruby1.8
libcurses-ruby1.8
libdbm-ruby1.8
libdl-ruby1.8
libdrb-ruby1.8
liberb-ruby1.8
libgdbm-ruby1.8
libiconv-ruby1.8
libopenssl-ruby1.8
libpty-ruby1.8
libracc-runtime-ruby1.8
libreadline-ruby1.8
librexml-ruby1.8
libruby1.8
libruby1.8-dbg
libsdbm-ruby1.8
libsoap-ruby1.8
libstrscan-ruby1.8
libsyslog-ruby1.8
libtcltk-ruby1.8
libtest-unit-ruby1.8
libtk-ruby1.8
libwebrick-ruby1.8
libxmlrpc-ruby1.8
libyaml-ruby1.8
libzlib-ruby1.8
rdoc1.8
ri1.8
ruby1.8
ruby1.8-dev
ruby1.8-elisp
ruby1.8-examples
libpgsql-ruby1.8
Some brilliant (and I use the term extremely loosely) Debian package maintainer decided to break Ruby into a million little pieces. They must have been big-time haters of Ruby, because the only reason I can think of for doing this is to make it as difficult as possible for Debian users to install a fully-functional Ruby on their system.
I spent some time this afternoon helping a friend install sqlite-ruby on their Debian machine, but a simple little test script was failing. Why? Because he hadn’t installed the libstrscan-ruby1.8 package. I, as the developer of sqlite-ruby, should not have to enumerate every single one of the dependencies that sqlite-ruby has on the standard library, because the standard library should come standard with every installation. Isn’t that what “standard library” means?