| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This should fix the problem in Bitbucket issue #100. It gives the same behavior
for inclusion of default files (README*, etc.) on Windows as Linux.
BACKWARDS INCOMPATABILITY:
This may result in a backwards incompatible change for users on a
case insensitive file system. If they were relying on some files getting
included in their distribution due to setuptools defaults, and their files do not
have the same case as the files being looked for in setuptools, those files
will no longer be included in the package.
For example, if a package had a file:
readme.rst
Previous to this commit, that file would have been included in the distribution
as:
README.rst
But it will now no longer be included at all. To get the file included in
the package, it can be added to the package's MANIFEST.in file:
include readme.rst
Files affected by this change will have a case variant of the files or
patterns listed below:
README
README.txt
README.rst
setup.py (or whatever your setuptools script is named)
setup.cfg
test/test*.py
|
| |/ /
|/| |
| | |
| | | |
Syntax was invalid.
|
| |/
|/|
| |
| | |
like it was done for requirements and entry_points
|
| | |
|
| | |
|
|/ |
|
|\ |
|
| |
| |
| |
| | |
such sub directories.
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
67bdf3a726962 where only the last dat would be written.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
|\ \ |
|
| | | |
|
| | | |
|
|/ / |
|
|\ \ |
|
| | | |
|
| | | |
|
|\ \ \
| |/ / |
|
| | | |
|
| | |
| | |
| | |
| | | |
to be syntactically incorrect (prior to substitution).
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
PyPy's zipimport._zip_directory_cache implementation does not support direct
item assignment, thus breaking our attempts at silently updating the cached zip
archive directory information behind the scene. As a workaround, when using
PyPy, we fall back to simply clearing the stale cached information.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This is an extra safety measure to avoid someone holding a reference to this
cached data and using its content even after we know that the underlying zip
archive has been removed and possibly even replaced.
Change suggested by PJ Eby (pje on BitBucket) in a setuptools pull request #51
comment:
https://bitbucket.org/pypa/setuptools/pull-request/51/diff#comment-2018183
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
_update_zipimporter_cache() extracted from _uncache() &
_replace_zip_directory_cache_data().
Code cleanup done in preparation for adding a bit more detailed cache item
clearing logic, so that would not require adding a separate function with yet
more code duplication.
|
| | |
| | |
| | |
| | |
| | | |
Extracted code for collecting a list of zipimporter cache entries related to a
given path into _collect_zipimporter_cache_entries().
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
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
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
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.
|
|/ /
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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
|
|/
|
|
| |
https://bitbucket.org/pypa/setuptools/issue/213/regression-setuptools-37-installation
|
| |
|
|
|
|
| |
newline to each line of the file, not just intervening lines.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
*Since py2.5 has been dropped, we can use future imports to
make use of with statements.
*End goal was to always decode to utf-8 in write_file on 307
|
|
|
|
| |
added.
|
| |
|