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
UnicodeDecodeError since 18.7 when determining version from file with LC_ALL=C #469
Comments
Original comment by jaraco (Bitbucket: jaraco, GitHub: jaraco): Annoyingly, I can't get the tests to fail. That test fails on my local machine (Python 3.5.0, OS X 10.11.1) with LANG=C and PYTHONHASHSEED=0. Why not on Travis? I don't know, so I'm going to punt, but if someone can show me how to make that test fail on Travis, I'd like to have a regression test there. |
Original comment by The-Compiler (Bitbucket: The-Compiler, GitHub: The-Compiler): Hm, I have no idea - have you tried with |
Original comment by jaraco (Bitbucket: jaraco, GitHub: jaraco): Aha! Setting LC_ALL, not just LANG, did the trick. It found another error too, curiously, and failures on Python 2.7. Sigh. |
Original comment by The-Compiler (Bitbucket: The-Compiler, GitHub: The-Compiler): Thanks for the quick fix! |
Originally reported by: The-Compiler (Bitbucket: The-Compiler, GitHub: The-Compiler)
When an user has
LC_ALL=C
set (which unfortunately happens more often than I'd like), starting a setuptools script seems to fail:This seems due to some other packages using non-ASCII chars in their
long_description
s, andpkg_resources
trying to readPKG_INFO
with the system encoding to find out the version.The text was updated successfully, but these errors were encountered: