New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
__pycache__ directory included in source tarball #586
Comments
Grumpy that I missed this when it was first posted. Will try to get this fixed for the upcoming bugfix releases. |
Huh, well this may explain it, I can't actually reproduce this on my end (macOS 10.14, Python 3.7). E.g. on master today:
No pyc's, no pycache's. Our MANIFEST.in still doesn't strip them out though (per #604) so I'm wondering what in my process could have added such things earlier, if it's not doing so now. EDIT: actually, I do have pycache folders locally, though they happen to all be empty save for one in At any rate, I'll still merge #604 and that should ensure this doesn't recur. Should go out as Invoke 1.3.1 and 1.4.1. Thanks for the report. |
The 1.2.0 release up on PyPI contains python bytecode in the source tarball:
These are, transitively, included in the wheel files too.
Please make sure to not include
__pycache__
directories in the source tarball. I suspect that it ends up in the source tarball due to the following line inMANIFEST.in
:invoke/MANIFEST.in
Line 4 in e4bbd9b
I suspect that all it takes is to add
to
MANIFEST.in
to prevent this.The text was updated successfully, but these errors were encountered: