Message285728
| 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 |
|
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 |
|