Error al instalar la biblioteca de imágenes de Python usando pip en Mac OS X 10.9

Quiero instalar PIL en Mavericks usando pip pero obtengo este error.

_imagingft.c:73:10: fatal error: 'freetype/fterrors.h' file not found #include  ^ 1 error generated. error: command 'cc' failed with exit status 1 

Mis herramientas de línea de comandos están instaladas y actualizadas y cada sugerencia que encontré no ayudó. ¿Cómo puedo conseguir esto para comstackr?

EDITAR: Acabo de marcar, Freetype también está instalado a través de Homebrew

En lugar de vincularse a una versión específica de freetype2, haga lo siguiente:

 ln -s /usr/local/include/freetype2 /usr/local/include/freetype 

Esto le ahorra la molestia de recrear el enlace simbólico cada vez que actualiza freetype2.

Con macports, la solución que me funcionó:

 sudo port install freetype sudo ln -s /opt/local/include/freetype2 /opt/local/include/freetype 

Y luego vuelva a ejecutar el proceso de comstackción PIL.

He resuelto este problema con este enlace simbólico:

 ln -s /usr/local/Cellar/freetype/2.5.1/include/freetype2 /usr/local/include/freetype 

Tengo Freetype ya instalado a través de homebrew también.

Esto se debe a un cambio en los encabezados de freetype> = 2.1.5. PIL no está utilizando la forma correcta y documentada de incluir los encabezados freetype, lo que hace que la comstackción falle ahora que finalmente Freetype eliminó la forma obsoleta de incluir los encabezados. Este problema está documentado en la parte superior de http://freetype.sourceforge.net/freetype2/docs/tutorial/step1.html :

NOTA: A partir de FreeType 2.1.6, el esquema de inclusión del archivo de encabezado anterior ya no es compatible. Esto significa que ahora recibe un error si hace algo como lo siguiente:

#include
#include

Lleve este problema a los desarrolladores de PIL y aconséjeles que utilicen la forma documentada de incluir encabezados freetype:

#include
#include FT_ERRORS_H

Después de muchos bashs, resolví este problema comstackndo el PIL sin soporte de Freetype. Para hacer eso, simplemente desvié el enlace de mi $ PATH usando brew unlink freetype y luego, pip install PIL==1.1.7 .

Acabo de resolver esto utilizando los pasos descritos en esta respuesta de Stackoverflow. Parece que esto es culpa de Xcode para instalar freetype en ubicaciones extrañas.

Use la almohada donde este problema se solucione “de verdad”:

Y donde puede reportar problemas y verlos abordados de manera oportuna:

En mi OSx, encontré el archivo .h en /opt/local/include/freetype2 direcoty. Por lo tanto, escribo

 sudo ln -s /opt/local/include/freetype2/ /usr/local/include/freetype 

funciona

Tal vez la mejor manera es agregar /opt/local/include a la ruta de /opt/local/include de su Clang.

osx yosemite, esto me funcionó:

(virtualenv)

 $ ln -s /opt/local/include/freetype2/ /usr/local/include/freetype2 $ pip install pil==1.1.7 --allow-external pil --allow-unverified pil 

Estoy usando Arch Linux y tuve este problema. En mi caso tuve que descargar y desempaquetar manualmente el archivo zip desde https://pypi.python.org/pypi/Pillow/2.2.1#downloads . Luego _imagingft.c el archivo _imagingft.c para cambiar la ruta de freetype/fterrors.h de freetype/fterrors.h a fterrors.h ya que no había un subdirectorio freetype de /usr/include/freetype2 donde se encontraba fterrors.h . Finalmente, la instalación de python setup.py install funcionó bien.

Edit: Debo mencionar que esta fue la solución para instalar Pillow, no PIL, pero Pillow es solo una bifurcación de PIL y aún puede ser aplicable a otros con este problema.

Si aún está buscando respuestas como las que tenía después de leer esto y otras búsquedas en Google, puede que le interese ver esto:

Advertencia

Almohadilla> = 2.1.0 ya no es compatible con “importar _imagen”. Utilice “desde el núcleo de importación PIL.Image como _imaging” en su lugar.

desde aqui

Cuando leas esto, la página probablemente habrá cambiado, pero el texto todavía estará aquí por lo menos.