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).
Fix edit_on_github links
Update minimum Sphinx version to 1.2.1
Merge pull request #49 from mdboom/doc/update-sphinx-version-1-2-1

Update minimum Sphinx version to 1.2.1
Merge pull request #48 from mdboom/edit_on_github_fix

Fix edit_on_github links
These test modules were being skipped unconditionally; this is the right way to skip for Python 3
Pretty sure this should fix the issue with automodapi including Cython functions.  Includes a test for this case.
The Cython tests will probably need to ensure Travis has Cython too...
Not all versions of setuptools can be counted on to have this module
Make sure all the required autouse fixtures are included in this test module
Fix typo in cleanup
Use a subprocess to compile the test Cython module rather than running it in the same process; otherwise Cython gets confused when you try to compile the same module of the same name more than once.  This is fine here since it's not the actual build process that's being tested in these tests.