You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Originally reported by: jurko (Bitbucket: jurko, GitHub: jurko)
I think the SOURCES.txt project manifest file should be regenerated on every use.
Older distutils versions, e.g. those from early 2.7.x or 3.1 Python releases, have bugs with how they generate the project's manifest file from its MANIFEST.in template (see CPython issue http://bugs.python.org/issue6884) which may cause the manifest to contain some extra entries.
This can cause problems because if you use an older Python versions to generate the SOURCES.txt, and later run a setup.py sdist operation using a later Python version (e.g. 3.4), your generated sdist will end up containing those extra entries. On the other hand, if you delete the old SOURCES.txt manifest and just let the new Python version regenerate it - the project's sdist will again contain the correct files.
Original comment byjurko (Bitbucket: jurko, GitHub: jurko):
In the project where I ran into this problem, I worked around the issue by adding some prune statements to MANIFEST.in to make sure the extra entries get removed even if the Python bug adds them, and added some dummy folders to the project to make sure they always exist so my clean installs do not constantly output warnings on about nothing being found to prune.
Originally reported by: jurko (Bitbucket: jurko, GitHub: jurko)
I think the
SOURCES.txt
project manifest file should be regenerated on every use.Older distutils versions, e.g. those from early 2.7.x or 3.1 Python releases, have bugs with how they generate the project's manifest file from its
MANIFEST.in
template (see CPython issue http://bugs.python.org/issue6884) which may cause the manifest to contain some extra entries.This can cause problems because if you use an older Python versions to generate the
SOURCES.txt
, and later run asetup.py sdist
operation using a later Python version (e.g. 3.4), your generated sdist will end up containing those extra entries. On the other hand, if you delete the oldSOURCES.txt
manifest and just let the new Python version regenerate it - the project's sdist will again contain the correct files.Setuptools documentation already states:
Hope this helps.
Best regards,
Jurko Gospodnetić
The text was updated successfully, but these errors were encountered: