Python PIL-libjpeg.so.8:无法打开共享对象文件：没有这样的文件或目录

编译了libjpeg v8、PIL 1.1.7和import for_imaging，可在系统Python上运行，但在virtualenv中抛出此错误：

libjpeg.so.8: cannot open shared object file: No such file or directory

下面是在virtualenv中使用python-v解释器运行的错误

>>> import _imaging
dlopen("/home/ygamretuta/dev/py/django/lib/python2.6/site-packages/PIL/_imaging.so", 2);
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ImportError: libjpeg.so.8: cannot open shared object file: No such file or directory

我正在使用Ubuntu 10.10，这是uname-a输出：

Linux ygam-desktop 2.6.35-28-generic #49-Ubuntu SMP Tue Mar 1 14:40:58 UTC 2011 i686 GNU/Linux

我正在使用Python 2.6

我已经遵循了以下指南：

请参见此处的说明：

---

快速修复方法是将包含

libjpeg.so.8

的目录添加到

/etc/ld.so.conf

文件中，然后运行

ldconfig

如果您正在进行本地Python安装，还可以使用ld\u LIBRARY\u PATH环境变量在会话级别上控制动态链接：

 export LD_LIBRARY_PATH=/srv/plone/python/python-2.6/lib
 python
 import _imaging
 ...

---

这样你就不能破坏你的操作系统本身，即使是偶然的。（碰巧：）

也从源代码编译库：

---

如果您使用的是类Unix系统，请确保使用jpegsrc.v8.tar.gz。jpegsr8.zip似乎是MS版本，在构建时会抛出所有标准格式问题。

这真是太棒了！谢谢！有用的提示，特别是在使用python buildout（）时。标记：请检查collective.buildout.python在编译库时是否给出-rpath-在查找动态库时，提供给链接器的rpath将使二进制文件优先于该文件夹。实际上，在查找PIL、lxml等时，可以将构建的python（比方说python2.6）设置为更喜欢buildout.python/python-2.6/lib文件夹，从而一次性解决这个问题。Mikko：我将研究-rpath参数，谢谢。目前，我已从my.bashrc中删除了LD_LIBRARY_PATH设置，因为它还导致以下错误：“evince:加载共享库时出错：libz.so.1:未能从共享对象映射段：权限被拒绝”。将路径添加到例如/etc/ld.so.conf.d/python.conf也会导致相同的错误。如果您在这方面需要帮助，我建议您打开另一个问题。作为记录：在新安装的系统上，我无法重现python构建的问题。所以这可能是一台（旧的）错误配置的机器的问题，而不是构建的问题。

 export LD_LIBRARY_PATH=/srv/plone/python/python-2.6/lib
 python
 import _imaging
 ...