Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 39544 - Mailman error -> import japanese
Summary: Mailman error -> import japanese
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Server (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Net-Mail Packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-01-27 01:10 UTC by Denny Schierz
Modified: 2004-02-03 11:36 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Denny Schierz 2004-01-27 01:10:01 UTC
After some updates, i have some errors from Mailman. Look into add. information.

The workaround from Yorkshire Dave:
================
I had the same problem. I don't know if this is a good fix but here'smy fix. There are 4 paths.py filesmailman/scripts/paths.pymailman/bin/paths.py mailman/cron/paths.pymailman/tests/paths.pyin each file, locate the lines which sayimport japaneseimport koreanimport korean.aliasesand comment them out. I don't know if this will break anything else, I don't know python oranything about japanese or korean codecs. It was a guess, but it worksfine here.

====================
thanks to Yorkshire Dave :-)


Reproducible: Always
Steps to Reproduce:
1.
2.
3.



Jan 26 16:50:06 s15144503 postfix/local[21130]: 
B4FBAF8:to=<mailman@s15144503.rootmaster.info>, relay=local, 
delay=0,status=bounced (Command died with status 
1:"/usr/local/mailman/mail/mailman post mailman". Command output:Traceback 
(most recent call last):   File"/usr/local/mailman/scripts/post", line 31, 
in ?     import paths   File"/usr/local/mailman/scripts/paths.py", line 55, 
in ?     import japaneseImportError: Bad magic number 
in/usr/local/mailman/pythonlib/japanese/__init__.pyc )
Comment 1 Martin Holzer (RETIRED) gentoo-dev 2004-01-27 02:36:18 UTC
which version ?
Comment 2 Denny Schierz 2004-01-27 09:57:31 UTC
Oh, i'm sorry,: Latest version installed: 2.1.3
      
Comment 3 bugs 2004-01-29 10:57:42 UTC
And the other workaround...
emerge japanesecodecs
emerge koreancodecs
These really should be dependancies but are currently masked in an attempt to deprecate.
However, since the replacement, cjkcodecs, is still not fully functional and definitely doesn't fulfill the imports, I think the deprecation is a bad idea.

I remember having a discussion about this with the maintainer, can't seem to find the bug, though.
Comment 4 Martin Holzer (RETIRED) gentoo-dev 2004-01-31 14:47:17 UTC
closing with 2.1.4
Comment 5 bugs 2004-02-02 11:29:29 UTC
I don't agree with the close.  You stripped the imports, which will break things if people actually *do* try do to CJK.
I prefer the adding japanese/korean codecs to the dependancies.
Tweaking 2.1.4 ebuild on my system, but at least a warning would be nice.
Comment 6 bugs 2004-02-03 11:29:46 UTC
Requesting input from CJK team.
Personally, would like the stripping from paths to only occur if a person has cjk disabled.  Or at least, not enabled.
And would like korean/japanese codecs removed from package mask if the cjkcodec is not yet able to replace them.
Comment 7 Alastair Tse (RETIRED) gentoo-dev 2004-02-03 11:36:43 UTC
this is an UPSTREAM problem.

fwiw, the developer for cjkcodecs is now a python developer, and cjkcodecs will be incorporated into python-2.4, and therefore, mailman will definitely have to change to cjkcodecs. there are some noises with mailman people not happy with the patch, but there is a patch to enable cjkcodec support in mailman's sf bug tracker.

if you can verify that it works, you probably should open another bug with the improved ebuild. otherwise i feel that the current solution is sufficient for now.