'manual' test: relative path for lib/ not needed

Tests are run from the base directory of the distribution, so an
absolute 'dist_base_directory' path is not needed.
'manual' test: Tidy, add diagnostic
Merge pull request #103 from tommystanton/manual_cmd_test

Clean up 50-manual_cmd.t
Mention Tommy's contribution in the change log.
Bump VERSION, regen README.
Organize into subtests.
Add a bit more commentary about how the manual command handles invalid command names.
v0.088

      INCOMPATIBLE CHANGES:

      * Both the "pull" and "add" commands will no longer fetch development
      prerequisites by default.  If you want to have them, then add the
      --with-development-prerequisites (or --wd) option.

      NEW FEATURES:

      * The "add" command now has an experimental --no-index option to exclude
      certain packages from the index.  This is useful when Pinto finds
      packages in your distribution that it should not.  Thanks to Todd Chapman
      for the great suggestion.

      * The "diff" command now accepts revision IDs as arguments, so you can
      compare any two arbitrary revisions.  Revision IDs can be truncated to
      uniqueness.  This feature was generously funded by a grant from TPF.

      * The "new" command now accepts a --target-perl-version option to set
      the target perl version of the new stack.  This affects how Pinto
      decided if a prerequisite is satisfied by the core.  If you do not
      specify the --target-perl-version, then it defaults the global value
      that is set in the repository configuration file.

      ENHANCEMENTS:

      * Improved the output from the "manual" command.  Thanks to Tommy Stanton.

      * Optimized some queries to make it faster to register packages on a stack.
      In the best cases, performance has improved by about 150%.  But in the
      average case, the limiting factor is fetching and unpacking the upstream
      distribution, so you'll only see a slight improvement there.

      * If your username contains non-alphanumeric characters, they will be
      stripped out when used as your author identity.  This is because the
      CPAN toolchain requires author ids to be alphanumeric.  Thanks to
      @chiselwright and @cebjyre.

      * The "statistics" command now accepts a stack name, so you can see
      the figures for any stack in the respository, not just the default
      stack.  This was a silly omission.  I don't know why I left it out.

      BUG FIXES:

      * You can now edit the commit message when pinto is reading input from
      a file or pipe, as long as STDOUT is connected to a terminal.  You
      can always just use the -m or -M options if you don't want to edit
      the message.

      * You can now change only the letter case when renaming a stack, even
      on case-insensitive filesystems.  So you can change "foo" to "FOO".
      Previously, you had to change the name entirely, and then rename it
      again to the desired case.

      INTERNAL CHANGES:

      * Pinto no longers stores the file path and SHA digest of every
      package it sees in the META, since many distributions on CPAN don't have
      the right paths in there anyway.  This allows Pinto to index some
      (technically broken) distributions that it otherwise couldn't.  Pinto
      was never really using this information anyway, and it will probably be
      removed from the schema entirely in the next major upgrade cycle.
just a typo: "IMPORTNAT" changed to "IMPORTANT"
Merge pull request #108 from popl/patch-1

just a typo: "IMPORTNAT" changed to "IMPORTANT"
To tickle the author id bug in cpanminus, we must use the full AUTHOR/Dist-Name.tar.gz as the target.
Relocate the minimum cpanm version into a shared constant.

Before, it was declared in at least two places.  Now, only one.
Merge branch 'master' of github.com:thaljef/Pinto
Add a copyright declaration to all files in the etc/ directory.

This fixes #104.
Mention copyrights in the change log.
Give an =encoding to all POD.

Supposedly, this will fix a problem that MetaCPAN had while processing
the last release of Pinto.  For reasons unknown to me, the last release
never showed up on MetaCPAN and all links to it returned 404.
Reformat recent change log entries to comply with CPAN::Changes::Spec.

If the change log follows this format, MetaCPAN will make it look pretty.
Bump VERSION, regen README.
List Encoding plugin in the dist.ini, so it will be installed when travis runs tests.
v0.089

     [CODE CHANGES]

     - None.

     [DOCUMENTATION CHANGES]

     - Added Copyright declarations to files in etc/ so the Debian
      packagers can avoid legal hassles when redistributing this code.

     - Added an =encoding command to all POD.  This should fix
      whatever caused MetaCPAN to reject the last release of
      Pinto. (Thanks rwstauner & oalders).

     - Reformatted this change log to conform to the
       CPAN::Changes::Spec (Thanks omega).