El problema con la instalación de PIL usar virtualenv o buildout

Question

Cuando instalo el PIL uso de easy_install o buildout se instala de tal manera, que tengo que hacer "importar Imagen", no "de PIL de importación de la Imagen'.

Sin embargo, si tengo que hacer "apt-get install python-imaging" o usar "pip-E test_pil instalar PIL", todos funcionan bien.

Aquí están algunos ejemplos de cómo estoy tratando de instalar PIL usar virtualenv:

# virtualenv --no-site-packages test_pil
# test_pil/bin/easy_install PIL
# test_pil/bin/python
Python 2.5.1 (r251:54863, Feb  6 2009, 19:02:12) 
[GCC 4.0.1 (Apple Inc. build 5465)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import PIL
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ImportError: No module named PIL

Veo, que easy_install pack PIL en el Huevo, y el PIP no.Lo mismo con buildbot, utiliza huevos.

¿Cómo puedo instalar PIL correctamente, el uso de easy_install o buildout?

Answer 1

El PIL versión empaquetada en pypi (por el autor) es incompatible con setuptools y por lo tanto no easy_installable.Las personas han creado easy_installable versiones en otros lugares.En la actualidad, es necesario especificar una acción de buscar enlaces URL y el uso pip conseguir un buen paquete de:

pip install --no-index -f http://dist.plone.org/thirdparty/ -U PIL

Mediante el uso de pip install con el --no-index evitar correr el riesgo de encontrar el PyPI (no fijo) original de la PIL.Si usted fuera a utilizar easy_install, usted debe utilizar un enlace directo al archivo tarball fuente de una versión corregida;easy_install obstinadamente todavía utiliza el PyPI enlace sobre el encontrar enlaces URL:

easy_install http://dist.plone.org/thirdparty/PIL-1.1.7.tar.gz

Para incluir PIL en un buildout, especifique el huevo con la misma versión de pin o utilizar una de las versiones de la sección:

[buildout]
parts =
find-links =
    http://dist.plone.org/thirdparty/
eggs =
    PIL
versions = versions

[versions]
PIL = 1.1.7

Edición De Marzo De 2011:Revisiones para solucionar los problemas de empaquetado se han fusionado en PIL desarrollo del árbol ahora, por lo que esta solución puede pronto serán obsoletos.

Edición De Febrero De 2013:Sólo uso Almohada y hacer con ella.:-) Claramente esperando el paquete original a ser fijo no ha pagado.

Answer 2

Uso Almohada:la "amable" PIL tenedor :-) Ofrece:

• Completa setuptools de compatibilidad
• Más rápido ciclo de lanzamiento
• No hay imagen de los cambios de código que difieren de PIL (es decir,se persigue el objetivo de realizar el seguimiento de todos PIL código de la imagen en los cambios, y hacer que ninguno de sus propios cambios sin notificación de aguas arriba.)
• Los binarios de Windows

Si PIL siempre hace exactamente lo Almohada y, a continuación, la horquilla va a morir.Hasta que eso suceda, tenemos Almohada.

DESCARGO de responsabilidad:Yo soy el tenedor de autor, y la Almohada fue creado principalmente para hacer mi trabajo más fácil (aunque es genial ver a otras personas usando demasiado).

EDITAR:Almohada 2.0.0 fue puesto en libertad el 15 de Marzo de 2013.Ofrece Python 3 apoyo y muchas correcciones de errores/mejoras.A pesar de que aún intento de control de cambios con aguas arriba PIL, (por suerte o por desgracia, dependiendo de cómo se mire) de la Almohada ha comenzado a alejarse de PIL.

Answer 3

Para Ubuntu me pareció que tenía que instalar el paquete de cabeceras C para mi versión de Python (2.7)

sudo apt-get install python2.7-dev

A continuación, pip install pil trabajó.

Answer 4

En Windows, he instalado PIL en un virtualenv de la siguiente manera:

Instalar PIL en sus pitón site-packages globales ejecutando el .exe desde: http://www.pythonware.com/products/pil/

A continuación, como un "hágalo usted mismo-er", copiar el archivo y el directorio PIL.pth PIL en C: \ Python25 \ Lib \ site-packages a su directorio site-packages virtualenv. Sí, pitón sigue siendo un entorno "ensuciarse las manos" ...