Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with HTTPS or Subversion.

Download ZIP
tag: 1.6.9
Commits on May 12, 2011
  1. Release 1.6.9

    authored
  2. LOFL!

    authored
  3. Merge pull request #266 from MagLev/MagLev-25838

    authored
    Update to MagLev-25838
Commits on May 11, 2011
  1. Switch to antialias.

    authored
  2. Corrected ordering.

    authored
  3. Release 1.6.7

    authored
  4. Level the playing field.

    authored
  5. Merge pull request #265 from gabebw/dollar-dollar

    authored
    Use cp -f and rm -f when dealing with /tmp/$$
  6. Gabe Berke-Williams
  7. Release 1.6.6

    authored
  8. Updated to MagLev-25838

    Monty Williams authored
Commits on May 10, 2011
Commits on May 7, 2011
  1. Merge pull request #264 from derekprior/help-updates

    authored
    Update help for `rvm rubygems`
Commits on May 6, 2011
  1. Derek Prior
  2. set -fu

    authored
  3. Merge pull request #263 from meineerde/setup_rvm_group_users-with-no-…

    authored
    …users
    
    Fix setup_rvm_group_users for the case when there are no additional users
  4. Holger Just

    Fix setup_rvm_group_users for the case when there are no additional u…

    meineerde authored
    …sers.
    
    The erroneous behavior was the output of
    Ensuring '' is in group 'rvm'
    Adding user '' to group 'rvm'
    usermod: user '' does not exist
Commits on May 5, 2011
  1. Tweaked recursive copy.

    authored
  2. handle get specially.

    authored
  3. resolution

    authored
  4. s/aptitude/apt-get/g

    authored
    Many users of Debian certainly and probably other Debian-derived distros prefer 'apt-get' to 'aptitude'. For whatever reasons [Ubuntu has actually stopped shipping with 'aptitude' by default](http://www.webupd8.org/2010/06/aptitude-removed-from-ubuntu-1010.html). Without debating the technical merits of either tool, I would say this:
    
    + An etiquette argument: 'apt-get' works perfectly well to install packages from the command line. If 'apt-get' is found, there's no reason not to use it. There's certainly no reason to 'install' it on Ubuntu or any machine where it's not even present. Choosing a person's package manager for them is pretty much like dancing with someone's date: it's not done.
    + A more detailed but important reason: 'apt-get' and 'aptitude' now *both* support autoremoval of packages that were installed as dependencies of packages that are no longer installed. However, aptitude will attempt to immediately remove all those items, while 'apt-get' will only prompt you to do so. This is a larger issue+ A more detailed but important reason: 'apt-get' and 'aptitude' now *both* support autoremoval of packages that were installed as dependencies of packages that are no longer installed. However, aptitude will attempt to immediately remove all those items, while 'apt-get' will only prompt you to do so. This is a larger issue+ A morest](+ A more detailed but important reason: 'apt-get' and 'aptitude' now *both* support autoremoval of packages that were installed as dependencies of packages that are no longer installed. However, aptitude will attempt to immediately remove all those items, while 'apt-get' will only prompt you to do so. This is a larger issue+ A more detailed but important ret e
Commits on May 4, 2011
  1. Merge pull request #259 from matschaffer/patch-1

    authored
    Ensure aptitude is installed.
Something went wrong with that request. Please try again.