Bug 2602 - xvidtune fails to start: /usr/X11/bin/xvidtune: symbol XawFmt8Bit: referenced symbol not found
: xvidtune fails to start: /usr/X11/bin/xvidtune: symbol XawFmt8Bit: referenced...
Status: RESOLVED FIXED
Product: opensolaris
desktop
: unspecified
: Other OpenSolaris
: P3 minor (vote)
: ---
Assigned To: Alan Coopersmith
: Watcher account for desktop bugs
:
:
:
:
:
  Show dependency treegraph
 
Reported: 2008-07-20 19:03 UTC by John Levon
Modified: 2008-09-22 18:01 UTC (History)
3 users (show)

See Also:


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description John Levon 2008-07-20 19:03:22 UTC
Running from the snv_93-based live CD:

$ xvidtune
ld.so.1: xvidtune: fatal: libXaw.so.5: open failed: No such file or directory
ld.so.1: xvidtune: fatal: relocation error: file /usr/X11/bin/xvidtune: symbol
XawFmt8Bit: referenced symbol not found
Killed
Comment 1 David Comay 2008-07-21 12:05:27 UTC
Recategorizing to correct Component.
Comment 2 Alan Coopersmith 2008-07-22 00:08:44 UTC
Need to rebuild with the new libXaw that's in Indiana.
Comment 3 Danek Duvall 2008-07-30 18:17:09 UTC
We have the same problem with nethack.  See

    6731179 nethack has broken dependencies in OSOL, but not Nevada
Comment 4 Alan Coopersmith 2008-07-30 18:40:10 UTC
Unfortunately, the fix for nethack isn't so simple.   For components in the
X consolidation, we can link against a Consolidation Private copy of
libXaw.so.8
while we untangle the libXaw.so mess - nethack and other things in other 
consolidations will have to wait until that mess is worked out though and we
can publish a new public version.
Comment 5 Alan Coopersmith 2008-09-22 18:01:44 UTC
xvidtune is fixed in nv_97, so I'm marking this bug as fixed.
I've filed bug 3544 for the issue of libXaw.so.5 binary compatibility 
for other binaries like nethack.