Added tag 4.0 for changeset 63743681d5bb
Bumped to 4.1 in preparation for next release.
fix issue202 - update existing zipimporters when replacing a zipped egg

When replacing a zipped egg distribution with a different zipped egg, we make
all existing zipimport.zipimporter loaders valid again instead of having to go
hunting them down one by one. This is done by updating their shared zip
directory information cache - zipimport._zip_directory_cache.

Related to the following project issues:
  #169 - http://bitbucket.org/pypa/setuptools/issue/168
  #202 - http://bitbucket.org/pypa/setuptools/issue/202
remove quick-fix comment for the solution to issue #169.

Although the original problematic use case when we are replacing a zipped egg
distribution with another zipped egg distribution is now cleanly handled by
fixing all existing zipimport.zipimporter loaders, this fix is still valid for
cases when replacing a distribution with a non-zipped egg folder.
Bumped to 3.8 in preparation for next release.
generalize fix for issue #197 from 1cd816bb7c933eecd9d8464e054b21c7d5daf2df

Now the same fix gets applied for Python versions [3.0 - 3.2.2> instead of just
3.1. The underlying distutils issue affected all those vesions and has been
fixed in the Python 3.2.2 release.
Change the project URL to BitBucket rather than PyPI

Currently, the project metadata on PyPI doesn't provide an easy way to navigate to the BitBucket repo. This change replaces the current self-link back to PyPI with the appropriate link to BitBucket.
Update changelog
Added tag 3.7b1 for changeset 292dfca15d33
simplify ContextualZipFile implementation and avoid DeprecationWarnings

ContextualZipFile tried to be smart and have its __new__ method return
zipfile.ZipFile instances on Python versions supporting the zipfile.ZipFile
context manager interface (i.e. only on Python [2.7, 3.0> & 3.2+) while on
others it would return an actual ContextualZipFile instance.

The new implementation seems much simpler and avoids a DeprecationWarning on
Python [3.0, 3.2>. There zipFile.ZipFile's __new__ method implementation is
actually inherited from object, and calling object.__new__ with extra
parameters has been deprecated since Python 2.6 (it has even been converted to
an error since Python 3.3).

Notes on why there were no related problems in other Python versions:
* Python versions prior to 2.5 were not affected because they did not yet
deprecate passing extra parameters to object.__new__.
* Python version 2.6 was not affected because there zipfile.ZipFile was
implemented as an old-style class and therefore did not get its __new__ method
called in the first place.
* Python [2.7, 3.0> & 3.2+ - explained above.
Suppress arguments to __new__. ZipFile doesn't want them, and object deprecates them.
Merge (preferring custom constructor for selecting the canonical implementation on modern Pythons
open script files to be copied in the develop command in binary mode.
Added tag 3.7 for changeset 49bd27eebf21
Use a variable for less busy syntax
Update changelog
Added tag 3.8 for changeset 2fa97c06cc01
Bumped to 3.9 in preparation for next release.
Merged in ncoghlan/setuppy-edited-online-with-bitbucket-1401023748153 (pull request #54)

Change the project URL to BitBucket rather than PyPI
Remove excess whitespace