Dwayne Bailey <dwayne+pythonb...@translate.org.za> added the comment:
@haypo: The encoding works and doesn't throw and error, my guess is that aliases should be updated to cover the variant namings of -R and -U. I also found glibc points to this reference http://cad.ntu-kpi.kiev.ua/multiling/koi8-ru/ which seems to have disappeared. I couldn't find a way to validate that the glibc code points where the same as the ones you have. My iconv --version is 2.9 Apart from that I can't vouch for its correctness @lemburg: I can't comment on the status of the standard. I would assume that like most 8 bit encodings that these are falling away and being replaced by Unicode. Why I'm interested in these issues is that our Python tools are used to recover translations from installed .mo files on Linux. I look for encoding issues on a semi-regularly basis and fix any ones that present issues. This is the first I've found that is missing in Python. For us its useful in that we present a path for people to move from an old encoding into Unicode if needed. _______________________________________ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue5214> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
