[Mailman-i18n] Re: [Mailman-Developers] Re: [Mailman-checkins] mailman/misc CJKCodecs-1.0.tar.gz, NONE, .cvsignore, 2.2, Makefile.in,, paths.py.in, 2.6, JapaneseCodecs-1.4.9.tar.gz, 2.1, NONE KoreanCodecs-2.0.5.tar.gz, 2.1, NONE

Barry Warsaw barry at python.org
Mon Dec 29 08:53:11 EST 2003

[A discussion about replacing JapaneseCodecs and KoreanCodecs in Mailman
2.1.4 with CJKCodecs]

On Mon, 2003-12-29 at 03:26, Tokio Kikuchi wrote:
> Sorry again Barry.
> We have to keep JapaneseCodecs and KoreanCodecs in the ditribution
> and install in the pythonlib directory because email package designate
> japanese and korean as prefix of charsets. I will have to study more
> on cjkcodecs behavior (looks like japanese part has old bug in earlier
> distribution of JapaneseCodecs) so please cancel this checkin.

Oh dang.

The problem is CODEC_MAP in email/Charset.py, right?

Here's a hack for Mailman 2.1.4:

from cjkcodecs import euc-jp, iso-2022-jp, shift_jis

from cjkcodecs import euc-kr, cp949, iso-2022-kr, johab

We add these two files to Mailman's pythonlib, and then the imports in
Charset.py should work correctly.

It would be nice if cjkcodecs provided backwards compatibility. 
Otherwise, we probably want to provide some ourselves in
email/Charset.py.  I'm not sure there's a better way to do this, but
attached is a strawman (untested) patch for email 2.5.5/Python 2.3.4.  

It's too late to get this into Python 2.3.3, but if this is acceptable,
I can check this in for Python 2.3.4, and cut a new email package
tarball for Mailman 2.1.4, forgoing the above hack.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: Charset.py.diff
Type: text/x-patch
Size: 2846 bytes
Desc: not available
Url : http://mail.python.org/pipermail/mailman-i18n/attachments/20031229/5f477d83/Charset.py.bin

More information about the Mailman-i18n mailing list