Red Hat Bugzilla – Bug 1258742
Libs.private interpreted in a wrong way
Last modified: 2015-09-01 03:51:27 EDT
Description of problem:
The "Libs.private" field in the .pc files is interpreted by the pkg-config tool in a different way than what's described in the man pages.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. have a .pc file e.g. with 'Libs.private: -lrt'
2. try to build something requiring that package
Package 'librt', required by SOME_PACKAGE, not found
Only the librt.so file being checked/searched for as 'man pkg-config' describes:
This line should list any private libraries in use. Private libraries are libraries which are not exposed through your library, but are needed in the case of static linking. This differs
from Requires.private in that it references libraries that do not have package files installed.
and also in the metadata file syntax description:
an example of the above issue is current 'devmapper.pc' file
Turns out this was caused by a bug in device-mapper-devel the devmapper.pc file of which had 'librt' in 'Requires.private' and not in 'Libs.private'. I checked the file from last Rawhide build in Koji, but an older rawhide package was installed in our testing infrastructure hitting the issue described in this report.
Thus I'm closing this bug as WORKSFORME, sorry for the noise.