New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improve error message when freetype headers are not found using python3 #4305
Conversation
Even when a version is not known and use this with freetype. This avoids trying to compare numbers to a string when the freetype version cound not be found from headers or freetype-config. pgk-config is useless for detecting the freetype version since it returns the libtool version. Set it to None instead
👍 On backporting. |
for the records: both on (k)ubuntu 14.10 and opensuse tumbleweeds I had to install |
In my testing I can't see any sign that libxft-dev is a dependency needed here. It is a dependency of some of the gui backends but that is a different issue and should be correctly handled by the apt-get I.e. the following works for me without any issues:
Can you be a bit more specific about which error message you see with freetype dev headers installed and not libxft-dev? |
👍 |
Sorry about the noise. The problem is that on opensuse there is a Edit: on kubuntu I could install matplotlib after removing |
@montefra Thanks for clearing that up. The freetype vs freetype2 situation is a bit confusing. I don't quite know what we can do about that other than mention it somewhere in the docs. |
BLD : Improve error message when freetype headers are not found using python3
BLD : Improve error message when freetype headers are not found using python3
Backported as f918227 @jenshnielsen Thank you. |
Make it possible to disable the pgk-config version check even when a version is not known and use this with freetype.
This avoids trying to compare numbers to a string when the freetype version
cound not be found from headers or freetype-config. pgk-config is useless
for detecting the freetype version since it returns the libtool version and not the freetype version.
The result when freetype is not found is now (both python 2 and 3)
There is still scope for some larger improvements in the setupext.py code but these are the minimum changes needed to fix the issue reported at the mailing list here http://matplotlib.1069221.n5.nabble.com/matplotlib-devel-1-4-3-does-not-build-on-Ubuntu-14-with-python3-td45301.html
We might want to backport this to color_overhaul