Message 285728 - Python tracker

➜

This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author	xdegaye
Recipients	martin.panter, xdegaye
Date	2017-01-18.14:38:11
SpamBayes Score	-1.0
Marked as misclassified	Yes
Message-id	<1484750291.92.0.511679623979.issue28997@psf.upfronthosting.co.za>
In-reply-to

Content
PEP 538 [1] coerces the C locale to UTF-8 by setting the locale environment variables (LC_ALL, LANG). The PEP has an implementation at issue 28180 as pep538_coerce_legacy_c_locale_v3.diff, and the patch fixes test_nonascii when run on the Android emulators (api 21 and 24). This is as expected as now both Python and Readline are in agreement and use the same encoding. I think we should wait for the resolution of PEP 538 and of issue 28684. If this does not happen, I agree we should skip the test with the message you are proposing Martin. [1] https://www.python.org/dev/peps/pep-0538

PEP 538 [1] coerces the C locale to UTF-8 by setting the locale environment variables (LC_ALL, LANG).  The PEP has an implementation at issue 28180 as pep538_coerce_legacy_c_locale_v3.diff, and the patch fixes test_nonascii when run on the Android emulators (api 21 and 24).  This is as expected as now both Python and Readline are in agreement and use the same encoding.
I think we should wait for the resolution of PEP 538 and of issue 28684. If this does not happen, I agree we should skip the test with the message you are proposing Martin.

[1] https://www.python.org/dev/peps/pep-0538

History
Date	User	Action	Args
2017-01-18 14:38:11	xdegaye	set	recipients: + xdegaye, martin.panter
2017-01-18 14:38:11	xdegaye	set	messageid: <1484750291.92.0.511679623979.issue28997@psf.upfronthosting.co.za>
2017-01-18 14:38:11	xdegaye	link	issue28997 messages
2017-01-18 14:38:11	xdegaye	create