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: