Extracted code for collecting a list of zipimporter cache entries related to a
given path into _collect_zipimporter_cache_entries().

--HG--
extra : rebase_source : 54ab881d794f95467e811511433a2cd31595339e

--HG--
extra : rebase_source : c8c77d96880275e34c1580991c2d70486b6d0e00

pypy uses a custom zipimport._zip_directory_cache implementation class that
does not support the complete dict interface, e.g. it does not support the
dict.pop() method.

For more detailed information see the following links:
  https://bitbucket.org/pypa/setuptools/issue/202/more-robust-zipimporter-cache-invalidation#comment-10495960
  https://bitbucket.org/pypy/pypy/src/dd07756a34a41f674c0cacfbc8ae1d4cc9ea2ae4/pypy/module/zipimport/interp_zipimport.py#cl-99

--HG--
extra : rebase_source : 95cff7946455f0a4422d97eecab11164a9ddef10

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.

--HG--
extra : source : efd6a8b82bafdbcfad1971b7e0f470e19191be1a

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

--HG--
extra : source : b60beb7792252a39f61d7fc0f58aa04c03ddaba2

https://bitbucket.org/pypa/setuptools/issue/213/regression-setuptools-37-installation

--HG--
extra : source : 182f68beacf5e436609fb7d1064a18279cbbd24a

--HG--
extra : rebase_source : a70141cd6472cd8e4024be4037bfd89e4adcb396

--HG--
extra : rebase_source : db1f9496cdda75a9467fcfb867b82108773b0443

Change the project URL to BitBucket rather than PyPI

--HG--
extra : amend_source : e41a2567b4174ef2eff09f3aa3f2a7faf214e054

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.

--HG--
extra : source : 9388cc525f1919672fb916b0e62f80ca581072b7

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.

--HG--
branch : ncoghlan/setuppy-edited-online-with-bitbucket-1401023748153

Include the build launcher script in setuptools sdist. This helps address the requirement that all sources be included.

--HG--
extra : amend_source : 5e98bee2918d9eeb073c8c896a849c5f68da6634

Patch globals in a function. This technique bypasses the linter warnings about the names not being present, and allows for better documentation.

--HG--
extra : amend_source : 4361459883522692c4d70715135439819d981d7a

--HG--
extra : amend_source : eeaee0372ea8d1d39475a722234c03f6a0247722