Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 439549 - Please fix libidn.pc file
Please fix libidn.pc file
Product: Fedora
Classification: Fedora
Component: libidn (Show other bugs)
All Linux
low Severity medium
: ---
: ---
Assigned To: Joe Orton
Fedora Extras Quality Assurance
Depends On:
Blocks: 439465
  Show dependency treegraph
Reported: 2008-03-28 23:10 EDT by Kevin Kofler
Modified: 2008-03-31 06:25 EDT (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-03-31 06:25:38 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Kevin Kofler 2008-03-28 23:10:13 EDT
Description of problem:
libidn.pc says libidn.so is in /usr/lib(64) when it is actually in /lib(64) 
(see bug 283651). The -devel symlink could be in /usr/lib(64) just fine 
without breaking apps in /bin. Alternatively, the .pc file ought to be fixed.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Try building kdenetwork against libidn.
Actual results:
/builddir/build/BUILD/kdenetwork-4.0.3/kopete/protocols: Disabled Jabber 
because libidn-devel was not found (bug 439465).

Expected results:
libidn found.

Additional info:
I'm adding a quick workaround to kdenetwork for now, but this should be fixed 
ASAP as it's likely to also affect other packages.
Comment 1 Kevin Kofler 2008-03-28 23:30:21 EDT
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.
Comment 2 Kevin Kofler 2008-03-28 23:51:06 EDT
FYI, I applied this patch to kdenetwork for now:
Comment 3 Joe Orton 2008-03-31 06:25:38 EDT
Fixed in libidn-0.6.14-7.

Note You need to log in before you can comment on or make changes to this bug.