Bug 439549
Summary: | Please fix libidn.pc file | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Kevin Kofler <kevin> |
Component: | libidn | Assignee: | Joe Orton <jorton> |
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | rawhide | CC: | gerwinkrist, rdieter |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-03-31 10:25:38 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 439465 |
Description
Kevin Kofler
2008-03-29 03:10:13 UTC
My first analysis was incorrect: the problem is the opposite of how I described it: the symlink is already in /usr/lib(64), however pkgconfig has its libdir set to /lib(64). cmake uses that libdir as the place to find the -devel symlink in. This probably won't affect packages using something else because /usr/lib(64) is in the default linker search path, however cmake wants to find the actual file using its own search algorithm, and kdenetwork's FindIDN.cmake explicitly disables the fallback paths. FYI, I applied this patch to kdenetwork for now: http://cvs.fedoraproject.org/viewcvs/rpms/kdenetwork/devel/kdenetwork-4.0.3-libidn.patch?rev=1.2&view=markup Fixed in libidn-0.6.14-7. |