Description of problem: [Probably doesn't belong under libtiff but I didn't know where to file it.] 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 form: ./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: > libg++.so.2.7.2 > libstdc++-libc6.1-1.so.2 > libstdc++.so.2.7.2 > libstdc++.so.2.8 > libstdc++.so.2.9 > libtiff.so.3 Passing in /emul/ia32-linux/lib: > libcrypto.so.2 > libcrypto.so.4 > libdb.so.3 > libnss_ldap.so.2 > libpamc.so.0 > libpam_misc.so.0 > libpam.so.0 > libssl.so.2 > libssl.so.4 Version-Release number of selected component (if applicable): libtiff-3.5.7-13 glibc-2.3.2-95.24 Additional info: 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 ld.so.conf?
*** This bug has been marked as a duplicate of 126905 ***
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.