Set the api dir from the source dir parameter.
Merge pull request #38 from Cadair/clean_api_dir

Set the api dir from the source dir variable
Remove references to nose in these tests
Merge branch 'master' of https://github.com/astropy/astropy-helpers
Add a few notes to the README.  As I wrote there I will update this more later.  But for now I want to get it ready for making a release candidate
Per https://github.com/astropy/astropy-helpers/issues/18 log git submodule-related actions as warnings to ensure they are output to sys.stderr by default.  Include an annoying workaround to ensure consistent behavior on Python 2.6.
Added descriptions and trove classifiers; correct download URL
Ensure that ah_bootstrap recognizes an astropy_helpers submodule as a submodule even if the --no-git option is used (it checks for submodules without actually calling the git command).  Includes test.
Fix typo
Ensure that all subclassed commands get their own copies of the user_options and boolean_options attributes so that modifying them does not modify the base classes from setuptools
Preparing to release v0.4rc1
Completing v0.4rc1 release
Fix for docs path not being made absolute when run in temp dir and associated help info
Merge pull request #44 from eteq/fix-docs-test-path

Fix doctests test path
Allow for selecting the pkg-config executable
Fix a minor issue that comes up when developing simultaneously on Python 2.x and Python 3.2--if the version.py was generated by Python 2 it is syntactically invalid in Python 3.2 and below
Merge pull request #47 from astropy/helpers-version-repr

Fix minor string repr issue...
Merge pull request #46 from mdboom/pkg-config-executable

Allow for selecting the pkg-config executable
On Python 3 file-like objects should have an encoding attribute, I guess?  I haven't actually encountered this issue except during debugging if an exception is raised while inside the 'silence' context manager
Adds a possible workaround to https://github.com/astropy/astropy-helpers/issues/45

This is to prevent things from blowing up when using ah_bootstrap with a
version of setuptools afflicted by
https://bitbucket.org/pypa/setuptools/issue/141

The issue here is that if there is already a local copy of
astropy-helpers, but a more recent version is found on PyPI, rather than
allowing the more recent version to *replace* the existing version on
sys.path it blows up with a VersionConflict (sort of defeating the
purpose).  The fix avoids adding any found local versions to the main
pkg_resources.working_set until after the check for an upgrade (and if
an upgrade is found it is added to the main working_set instead of the
local copy).

This *may* still blow up if the user has actually installed
astropy-helpers on one of their default sys.path entries.  But that's
fairly unlikely (and if they have the solution is to simply uninstall
it, or to upgrade setuptools).