-
-
Save shingonoide/8172291 to your computer and use it in GitHub Desktop.
| building '_imagingft' extension | |
| gcc -pthread -fno-strict-aliasing -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -DNDEBUG -march=x86-64 -mtune=generic -O2 -pipe -fstack-protecto | |
| r --param=ssp-buffer-size=4 -fPIC -I/usr/include/freetype2 -IlibImaging -I/home/cafeerp/instances/cafeerp_ocb7/include -I/usr/local/include -I/usr/include -I/usr/include/python2.7 - | |
| c _imagingft.c -o build/temp.linux-x86_64-2.7/_imagingft.o | |
| _imagingft.c:73:31: fatal error: freetype/fterrors.h: No such file or directory | |
| #include <freetype/fterrors.h> | |
| ^ | |
| compilation terminated. |
works! Thanks!
works! thanks! 👍
works! thanks!
works! thanks!
works, thanks! (Mint-Qiana-Xfce-64, based on Ubuntu Trusty)
works too on debian wheezy ;D
Works nicely. Thanks!
Just works, thanks !!
works, thx
Also works for me, thank you very much!
Had same problem with django-lfs. Symlink helped, thanks!
Thanks!
it works nicely Thanks bro
Worked too! Thanks
Worked perfectly, thank you!
Symbolic link also fixes the issue on Fedora Core 22.
Worked on Dockerfile using From ubuntu 14.0.2
Trick worked on Fedora 22. Thanks.
Altering the directory structure in an actively maintained distro to work around a bug in someone's installation script, is not the right way to solve the problem. It would be better to go back to the author of the PIL setup and ask them to fix it.
The directory structure have changed a bit in Ubuntu 16.04, but this workaround fixed the problem:
ln -s /usr/include/freetype2/freetype /usr/include/freetype
@ricgu8086 Thanks! Worked perfectly.
Ubuntu Server 14.04 LTS working fine now! tnx!