Warning on (my) Linux box about chinese-support-addon HOT 2 CLOSED

I've added a very dirty workaround in 0.6.0: remove /usr/lib/python2.7/dist-packages from sys.path before loading cjklib. In the next release, I'm removing anything ending in dist-packages.

It seems to work here. I hope I don't break anything else. Other modules aren't supposed to rely on a local python distribution.

from chinese-support-addon.

Oh dear, oh dear, oh dear.
I see no real solution apart from telling users that have installed their own sqlalchemy or cjklib to either get rid of the system-wide versions or to use virtualenv or something like that.

For example, on my 64-bit Fedora:

frento:~> locate sqlalchemy
.
.
.
/usr/lib64/python2.7/site-packages/sqlalchemy
/usr/lib64/python2.7/site-packages/sqlalchemy/__init__.py
/usr/lib64/python2.7/site-packages/sqlalchemy/__init__.pyc
/usr/lib64/python2.7/site-packages/sqlalchemy/__init__.pyo
/usr/lib64/python2.7/site-packages/sqlalchemy/connectors
/usr/lib64/python2.7/site-packages/sqlalchemy/cprocessors.so
/usr/lib64/python2.7/site-packages/sqlalchemy/cresultproxy.so
/usr/lib64/python2.7/site-packages/sqlalchemy/databases
/usr/lib64/python2.7/site-packages/sqlalchemy/dialects
.
.
.

So,

• For some it is dist-packages, for others site-packages
• For some it is /usr/lib/, for others /usr/lib64/
• A lot of people use Python 2.7, but Anki in general works with Python 2.6 as well.

That looks like it will get arbitrarily nasty.

from chinese-support-addon.