Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 680176 - >=dev-python/matplotlib-2.2.2 uses an internal copy of qhull instead of installed media-libs/qhull
Summary: >=dev-python/matplotlib-2.2.2 uses an internal copy of qhull instead of insta...
Status: UNCONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Science Related Packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: bundled-libs
  Show dependency tree
 
Reported: 2019-03-12 22:33 UTC by François Bissey
Modified: 2019-03-14 00:48 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description François Bissey 2019-03-12 22:33:41 UTC
This is because the way matplotlib's setupext.py has changed the detection of qhull compared to previous versions. The message from matplotlib about qhull is
                 qhull: yes [pkg-config information for 'libqhull' could not
                        be found. Using local copy.]

So matplotlib is using pkg-config to detect qhull but our current qhull ebuild doesn't install any .pc files. It is possibly a debian addition.

Reproducible: Always
Comment 1 François Bissey 2019-03-14 00:36:39 UTC
It looks like fedora used to produce .pc file for qhull but they have stopped to include them around fedora 25.
There are .pc.in files on the github repo (in the build folder) but for some reason they are not included in the tarball we have, and according to time stamps they should have been. qhull's README.txt encourage packagers to distribute .pc files but no tools is given to produce them.

I think matplotlib erred on that change to qhull detection.
Comment 2 François Bissey 2019-03-14 00:48:56 UTC
I note that matplotlib master branch (3+) has just decided to vendor qhull:
        # Qhull doesn't distribute pkg-config info, so we have no way of
        # knowing whether a system install is recent enough.  Thus, always use
        # the vendored version.
But the 2.2.x maintenance branch is still looking for .pc file.