Slashdot Mirror


LinRails — Ruby On Rails For Linux

foobarf00 writes "LinRails is a binary package that includes Ruby-1.8.6, Rubygems-0.9.4, Rails 1.2.3, Mongrel 1.0.1, MySQL-5.0.41, ncurses-5.6, OpenSSL-0.9.8e, and zlib-1.2.3. Its goal is to make it easy to get a Ruby on Rails development environment running in no time. This initial 0.1 release doesn't have a Web server in the package; opinions are solicited as to which to include."

6 of 201 comments (clear)

  1. Fantastic by PopeRatzo · · Score: 4, Interesting

    This is great news for me. I recently built an Ubuntu system on which to do media production (music, video, like that). It's not my primary system yet, but I've been so disgusted with Windows Vista and Mac OS that I decided it was time to make (another) try at doing my work on a Linux system.

    After three months, the results have far exceeded my expectation. I'm very impressed with the maturity of music production apps for Linux and the performance has been as strong as I expected. I'm still a Linux noob, but the experience has been positively inspirational. In fact, it's been a lot like my first experiences with media production on my first Mac, where just about every day brought another new way to look at the work.

    I'm not a programmer, but I'm learning Ruby and this new release gives me one more reason to sit down at the Linux box instead of my others.

    --
    You are welcome on my lawn.
  2. Why not a metapackage? by k-zed · · Score: 5, Insightful

    This thing is completely pointless and unnecessary under modern Linux package management systems. One could just create a metapackage with the proper dependencies.

    Even without such a metapackage, one can install this software with a single apt-get command line. Windows-based development methodology is bad enough, let's not infect linux/unix development with it.

    --
    we discovered a new way to think.
  3. Re:Apache? by FooBarWidget · · Score: 5, Informative

    Ruby on Rails cannot be run in Apache.

    Yes, I was stunned when I found this out last year. If one wants to run RoR on Apache, then one has to use either mod_fastcgi (or mod_fcgi or whatever it was called; it'd run RoR as a FastCGI process) or mod_ruby. mod_ruby seems to be abandoned, and I have heard stories about excessive memory usage. mod_f(ast)cgi doesn't seem to work on Apache 2 at all.

    So there are two ways to run RoR: either in Lighttpd (which has proper FastCGI support) or in Mongrel (a web server which can run RoR directly).

  4. Re:Aptitude by compm375 · · Score: 5, Insightful

    How are .exes on Windows better than apt-based packaging?
    Windows:
    1)find .exe
    2)download .exe
    3)go through installation wizard

    apt:
    1)if you already know package, do apt-get install ... and no clicking through an installer
    or
    1)search for a package with apt-cache, aptitude, or synaptic
    2)install, again without installer
    or
    1)find a .deb
    2)download .deb
    3)install .deb with dpkg or gdebi again with no installer to click through

    I don't see how .exes are better as an installation method.

  5. Special Announcement by delire · · Score: 5, Funny


    After months of hard work I finally bring Debian/Ubuntu/Xandros/[derivativus infinitum] users a computer program that will not only download the latest RoR development packages for you, it will also notify you of new versions when they become available later.

    Moreso, all the packages I provide are registered in a special database so that should you choose to remove the below packages, you can do so with ease using a GUI button or the command line!

    Please download the following code into your computer terminal and compile it by hitting ENTER (one-key compile for convenience).

    sudo apt-get update ; sudo apt-get install rails ruby rubygems libruby1.8-extras mysql libncurses-ruby openssl libzlib-ruby

    The above program is licensed under the "Why Make It Harder Than It Needs 2B License". Please use this link to make a donation to my project.

    1. Re:Special Announcement by foobarf00 · · Score: 4, Informative

      From their blog:

      "We decided to this so that we can share the same development environment with all the team. If programmers have a different Linux distro/version, they will still share the same development environment. This prevents programmers to say "well, it works on mine" when there is a problem. Also if you have a Linux distro package, versions may change when a new Linux distro is released. Also if you want to upgrade to the latest and greatest you are at the mercy of the Linux distribution. We will try to always have the latest versions of each tool. This helps to solve those problems."