if you’ve seen my videos in youtube, you can assume that I use a Linux distribution called Backtrack; however, it has a lot of scripts developed in Ruby, the problem is in the way to install the ruby gem’s documentation by default in the system.
I know that the documentation is the most important part of the development of a project and the
RubyDoc is good, very good, but who does not hate to read a very long documentation, and additionally if you don’t need it why have it ? That’s why I hate when I need to install a new Gem in the ruby environment because a new program in the system require it, this process take a lot of time while the gem package manager download and install the
rdoc for each gem which are being installed; Also the code that processes these RDoc into HTML and
ri format isn’t exactly speedy
:( (on slower computers or with larger projects the time this takes becomes and annoyance); I think should exist a way to install these new gems without install the rdocs, and yes… it exists.
It’s very simple for a single gem installation avoid the RDoc installation, just with these parameters in the command (in the following example I’m installing the Rails libraries):
$ gem install --no-rdoc --no-ri rails
If you want this to be the default behavior every time you install a new gem, you can put this into your
/home/USERNAME/.gemrc file (if it doesn’t exists just create it with
touch ~/.gemrc); this will define the default parameters that will be passed to the gem command every time you run it, to do this, open your .gemrc file (located in the home directory on UNIX like-systems) and add the following line:
gem: --no-ri --no-rdoc
As a programming language Ruby is growing by leaps and bounds. It’s come from relative obscurity in the early 2000s to quickly becoming one of the most popular programming languages in the world. Though its most popular use is on the web, Ruby is being used everywhere from shell script replacements to GUI applications. It’s clean, it’s fun and the freedom of syntax makes it simpler and less confusing than most programming languages.
Fragments of the process extracted from the articles of Michael Morin