69322 2004-10-28 14:28 0000 python ebuild does not support wide char type functions 2006-09-02 05:03:17 0000 1 1 1 Unclassified Gentoo Linux Core system unspecified All All RESOLVED WONTFIX http://www.python.org Inclusion P1 enhancement --- 1 caglar@pardus.org.tr python@gentoo.org baris@uludag.org.tr caglar@pardus.org.tr 2004-10-28 14:28:56 0000 Python [ 2.3.x series ] can handle wide chars, but current ebuilds not use this functions properly. For example in tr_TR.UTF-8 locale, upper case of "i" is differ than "I" ( correct one is I WITH THE DOT ABOVE ), and lower case of "I" is differ than "i" ( correct one is LATIN SMALL LETTER DOTLESS I ) but if wide char support is not enabled then python converts them into "I" and "i" respectively, which is wrong. Maybe a local USE flag can be implemented and used in ebuild. ( Patch is written by Baris Metin <baris@uludag.org.tr> ) caglar@pardus.org.tr 2004-10-28 14:29:54 0000 Created an attachment (id=42802) python-2.3.4-wctype.patch written by Baris Metin (baris@uludag.org.tr) liquidx@gentoo.org 2004-10-29 02:09:49 0000 i'd support adding it as a default option and not underneath a useflag. we'll consider this for python-2.4 lanius@gentoo.org 2005-04-24 16:14:06 0000 what's the status of this? liquidx@gentoo.org 2005-04-26 05:13:15 0000 well, upon further investigation, there were soem comments about wctype causing problems for certain locales, and a proposal to remove that switch for later versions of python. so i'm not so sure about adding this switch in now. https://sourceforge.net/tracker/index.php?func=detail&aid=1076790&group_id=5470&atid=105470 http://mail.python.org/pipermail/python-dev/2004-December/050193.html caglar@pardus.org.tr 2005-04-26 05:48:05 0000 Because of this problem, i suggested to implement a use flag, so decision may made by user( all Turkish spoken users need this to correct case operations ). I think "unicode" flag suitable for this situation like this; if use unicode; then myconf="${myconf} --with-wctype-functions" fi what u think? liquidx@gentoo.org 2005-04-26 06:05:22 0000 unicode isn't a suitable flag in this case, if it is only for the turkish locale. the problems that they describe seem to be quite serious (toupper() and tolower() giving the wrong output), but i'm not sure whether it applies to the turkish locale. i'm not quite sure what the status of linguas support is, but maybe using that to enable it would be better. the unicode is used for many other languages like chinese and japanese that don't require wctype support for normal operations. caglar@pardus.org.tr 2005-04-26 06:34:44 0000 After talked with kloeri in irc, i just send an email to python-dev to get status of wctype support in Python. As soon as they reply, ill also update here... liquidx@gentoo.org 2006-09-02 05:03:17 0000 Reference: http://mail.python.org/pipermail/python-dev/2005-April/052968.html There was never a suitable conclusion to this. One possible solution would probably be only enabling this for the turkish locale, but I really don't want to do that. REOPEN if a suitable solution can be found. 42802 2004-10-28 14:29 0000 python-2.3.4-wctype.patch python-2.3.4-wctype.patch text/plain LS0tIHB5dGhvbi0yLjMuNC5lYnVpbGQub3JpZwkyMDA0LTEwLTI5IDAwOjEzOjE5LjgzNzE5MzA0 MCArMDMwMAorKysgcHl0aG9uLTIuMy40LmVidWlsZAkyMDA0LTEwLTI5IDAwOjIyOjEzLjczNTAy ODIzMiArMDMwMApAQCAtMTEyLDYgKzExMiwxMSBAQAogCQkmJiBteWNvbmY9IiR7bXljb25mfSAt LWVuYWJsZS11bmljb2RlPXVjczIiIFwKIAkJfHwgbXljb25mPSIke215Y29uZn0gLS1lbmFibGUt dW5pY29kZT11Y3M0IgogCisJIyB1c2UgLS13aXRoLXdjdHlwZS1mdW5jdGlvbnMgZm9yIHRyX1RS Wy5VVEYtOF0KKwlpZiB1c2Ugd2NoYXI7IHRoZW4KKwkJbXljb25mPSIke215Y29uZn0gLS13aXRo LXdjdHlwZS1mdW5jdGlvbnMiCisJZmkKKwogCXNyY19jb25maWd1cmUKIAogCWVjb25mIC0td2l0 aC1mcGVjdGwgXAo=