Description of problem: Platform: rawhide nss-devel version: 3.13.5-1.fc18 pkg-config nss --libs gives this output: /usr/lib64/nss3 -L -L/usr/lib64/nspr4 -lssl3 -lsmime3 ... other libraries ... The 389-ds-base build passes "/usr/lib64/nss3 -L -L/usr/lib64/nspr4" to the linker and the linker errors out. I think it should be "-L/usr/lib64/nss3" instead. This is urgent as this issue is preventing building 389-ds-base in rawhide which is needed ASAP for IPA 3.0 Beta Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
I played around with the nss package config files and figured out the problem. For some reason, pkg-config does not like a space after the "-L" option and the actual libdir on the "Libs" line. We currently do this in nss.pc and nss-util.pc: Libs: -L {$libdir}/nss3 ... If you change this to remove the space as follows, the pkg-config --libs output will be correct: Libs: -L{$libdir}/nss3 ... This only seems to affect nss.pc and nss-util.pc. The nss-softokn.pc file does not have the problematic space in it.
This problem affects any .pc file that has a requirement on nss or nss-util too - for example, svrcore.pc
We fixed the unwanted space and the tools don't complain but there is still a another bug there. The libraries are NOT nested in /usr/lib{64}/nss3, they go in /usr/lib{64} as customary. Only headers are nested inside /usr/incude/nss3. Kaie caught this mistake while reviewing some analogous changes on nspr for rhel. Fixes for nspr, nss-util, nss-softokn, and nss will be coming.
Created attachment 593350 [details] Fix for nss-util
Created attachment 593351 [details] Fix for nss-softokn
Created attachment 593352 [details] Fix for nss
nspr is fine.
(In reply to comment #8) > nspr is fine. No, a similar fix was needed there also.
This has been fixed for quite some time, closing it.