Solaris Nevada Build 86;
libXt versions were not properly linked in when upgrading
to X11R7 libXt in snv_86
To reproduce;
# ldd /usr/dt/bin/dtgreet
.
.
libXt.so.4 => /usr/openwin/lib/libXt.so.4
libXt.so.4 (SUNW_1.1) => (version not found)
libXt.so.4 (SUNWprivate) => (version not found)
.
.
Comparison of snv_86 with snv_85 ....
snv_85;
$ ls -l /usr/openwin/lib/libXt.so.4
-rwxr-xr-x 1 root bin 370256 Mar 10 19:04
/usr/openwin/lib/libXt.so.4
$ pvs -d /usr/openwin/lib/libXt.so.4
libXt.so.4;
SUNW_1.1;
SUNWprivate;
snv_86 ...
$ ls -l /usr/openwin/lib/libXt.so.4
lrwxrwxrwx 1 root root 24 Apr 1 11:52
/usr/openwin/lib/libXt.so.4 -> ../../X11/lib/libXt.so.4
(why is this different from b85?)
$ pvs -d /usr/X11/lib/libXt.so.4
<<nothing returned>>
Also, we use a automated Performance tool for testing GNOME desktop apps. This has stopped working in snv_86. The tool cannot connect to the dtgreet process.
Just noticed this too, on snv_86.
# cd /usr/X11/lib
# nm -A libXt.so.4 |more
.
.
libXt.so.4: [1] | 0| 0|FILE |LOCL |0 |ABS |.libs/libXt.so.4.0.0
.
.
There is no .libs dir or File called libXt.so.4.0.0
On snv_85..
# cd /usr/openwin/lib
# nm -A libXt.so.4 |more
.
.
libXt.so.4: [1] | 0| 0|FILE |LOCL |0 |ABS |./libXt.so.4~
.
.
File ./libXt.so.4 is available.