Red Hat Bugzilla – Bug 132828
Xaw3d shared libs can't be dropped in place of Xaw libs
Last modified: 2007-11-30 17:10:49 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040507
Description of problem:
Under earlier distributions, I've always been able to
replace the Xaw shared libs with the equivalent Xaw3d libs. This
is a quick way of prettying up some older X applications (xterm, xcalc,
xfig, etc.) For some reason, this doesn't seem to work under FC2.
Normally, I'd just do this:
mv libXaw.so.7.0 /some/where/safe/
cp -f libXaw3d.so.7.0 libXaw.so.7.0
and, voila!, xterm gets a 3-d scroll bar.
Under FC2 though, xterm complains that it can't find libXaw.so.7.
It turns out that ldconfig is indeed failing to create the symbolic
link from libXaw.so.7 to libXaw.so.7.0. Creating the link by hand
doesn't solve the problem, though. Typing 'ldd /usr/bin/xterm' still
libXaw.so.7 as missing.
At first I thought it might be a problem with prelinking,
so I did a 'prelink -u /usr/bin/xterm'. That didn't seem to make
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. mv libXaw.so.7.0 /some/where/safe/
2. cp -f libXaw3d.so.7.0 libXaw.so.7.0
3. ldconfig -v
4. Try to run xterm
Actual Results: xterm complains that it can't find libXaw.so.7
Expected Results: xterm should acquire nifty 3-d scrollbar.
No, that's the right behaviour. libXaw3d.so.7.0 has libXaw3d.so.7 SONAME,
see readelf -d liBXaw3d.so.7.0 | grep SONAME
ldconfig will in this case create libXaw3d.so.7 -> libXaw.so.7.0 symlink
(well, when you have two different libraries with the same SONAME in one
directory, only one will win).
So, if you want to do this, you'd need to cp -f libXaw3d.so.7.0 libXaw.so.7.
Jakub, many thanks for your statements ;-) i'm closing it as notabug