Red Hat Bugzilla – Bug 128262
ldconfig symlink libtiff.so.3 missing for i386 compatibility on ia64
Last modified: 2007-11-30 17:07:03 EST
Description of problem:
[Probably doesn't belong under libtiff but I didn't know where to file
Trying to run a 32-bit ppm2tiff on ia64 with ia32el (U3-0715), it
couldn't find the library libtiff.so.3, which is supposed to be a
symlink to libtiff.so.3.5.
After manually creating the link, 32-bit ppm2tiff works fine.
Running the /emul/ia32-linux/sbin/ldconfig yields some errors of this
./sbin/ldconfig: libraries libtiff.so.3 and libtiff.so.3.5 in
directory /usr/lib have same soname but different type.
Apparently it is looking in the real /usr/lib since that is where
libtiff.so.3 is present. Running the 64-bit ldconfig, passing in the
directory /emul/ia32-linux/usr/lib, creates the libtiff.so.3
correctly, and then the 32-bit ppm2tiff works. Here's the full list of
missing symlinks it adds (on an 'everything' install + ia32el):
Passing in /emul/ia32-linux/usr/lib:
Passing in /emul/ia32-linux/lib:
Version-Release number of selected component (if applicable):
It seems to me maybe ldconfig needs to be run again at the end of the
install. I know nothing about how that is handled in install, except
that it's common for rpm scripts to run ldconfig. Maybe the relevant
rpms are running the 32-bit version of ldconfig, and since it has
issues, the links aren't getting created, in which case maybe the
clean fix is in ldconfig?
Maybe /emul/ia32-linux/lib and .../usr/lib should be added to the main
*** This bug has been marked as a duplicate of 126905 ***
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.