Bug 128262

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?