Hi James-
That message was tremendously helpful. I hadn't noticed the isaexec
indirection going on in the midst of last night's fatigue.
You are correct, it is libpopt calling in libintl according to ldd -s.
Looking at truss (which I had looked at last night but didn't look
closely enough at), I see:
% truss -t open,stat /opt/csw/bin/rsync
stat("/net/csw9/bin/rsync", 0xFFBFF7B0) = 0
open("/var/ld/ld.config", O_RDONLY) Err#2 ENOENT
stat("/usr/lib/libc.so.1", 0xFFBFF2B8) = 0
open("/usr/lib/libc.so.1", O_RDONLY) = 3
stat("/usr/lib/libdl.so.1", 0xFFBFF2B8) = 0
open("/usr/lib/libdl.so.1", O_RDONLY) = 3
stat("/usr/platform/SUNW,Sun-Fire-280R/lib/libc_psr.so.1", 0xFFBFEFB8)
= 0
open("/usr/platform/SUNW,Sun-Fire-280R/lib/libc_psr.so.1", O_RDONLY) = 3
open("/proc/self/auxv", O_RDONLY) = 3
stat("/net/csw9/bin/sparcv9/rsync", 0xFFFFFFFF7FFFF538) = 0
open("/var/ld/64/ld.config", O_RDONLY) Err#2 ENOENT
stat("/opt/csw/lib/sparcv9/libpopt.so.0", 0xFFFFFFFF7FFFEB50) = 0
open("/opt/csw/lib/sparcv9/libpopt.so.0", O_RDONLY) = 3
stat("/opt/csw/lib/sparcv9/libsec.so.1", 0xFFFFFFFF7FFFEB50) Err#2
ENOENT
stat("/usr/lib/64/libsec.so.1", 0xFFFFFFFF7FFFEB50) = 0
open("/usr/lib/64/libsec.so.1", O_RDONLY) = 3
stat("/opt/csw/lib/sparcv9/libiconv.so.2", 0xFFFFFFFF7FFFEB50) = 0
open("/opt/csw/lib/sparcv9/libiconv.so.2", O_RDONLY) = 3
stat("/opt/csw/lib/sparcv9/libsocket.so.1", 0xFFFFFFFF7FFFEB50) Err#2
ENOENT
stat("/usr/lib/64/libsocket.so.1", 0xFFFFFFFF7FFFEB50) = 0
open("/usr/lib/64/libsocket.so.1", O_RDONLY) = 3
stat("/opt/csw/lib/sparcv9/libnsl.so.1", 0xFFFFFFFF7FFFEB50) Err#2
ENOENT
stat("/usr/lib/64/libnsl.so.1", 0xFFFFFFFF7FFFEB50) = 0
open("/usr/lib/64/libnsl.so.1", O_RDONLY) = 3
stat("/opt/csw/lib/sparcv9/libc.so.1", 0xFFFFFFFF7FFFEB50) Err#2 ENOENT
stat("/usr/lib/64/libc.so.1", 0xFFFFFFFF7FFFEB50) = 0
open("/usr/lib/64/libc.so.1", O_RDONLY) = 3
stat("/opt/csw/lib/64/libintl.so.8", 0xFFFFFFFF7FFFEB50) Err#2 ENOENT
stat("/usr/lib/64/libintl.so.8", 0xFFFFFFFF7FFFEB50) Err#2 ENOENT
That led me to check for the directory symlinks 32 and 64. The
following (from a previous install) are not present on my new install:
lrwxrwxrwx 1 root other 1 May 17 2008 32 -> .
lrwxrwxrwx 1 root other 7 May 17 2008 64 -> sparcv9
which is clearly bad news. Adding them back, and all is well, thanks!
What package was responsible for creating those symlinks?
-- dNb
_______________________________________________
users mailing list
[email protected]
https://lists.opencsw.org/mailman/listinfo/users
