[25674] in Athena Bugs

home help back first fref pref prev next nref lref last post

sun4 9.3.6: Openwin libtiff interferes with nautilus

daemon@ATHENA.MIT.EDU (Greg Hudson)
Tue Jun 8 13:17:38 2004

Date: Tue, 8 Jun 2004 13:17:34 -0400
Message-Id: <200406081717.i58HHYbG016557@egyptian-gods.mit.edu>
From: Greg Hudson <ghudson@mit.edu>
To: bugs@mit.edu
Errors-To: bugs-bounces@mit.edu

If you try to load a directory containing a .tiff image in nautilus,
the nautilus process will bomb out with:

ld.so.1: nautilus: fatal: relocation error: file /usr/athena/lib/gtk-2.0/2.2.0/loaders/libpixbufloader-tiff.so: symbol TIFFRGBAImageBegin: referenced symbol not found

The problem is that our default LD_LIBRARY_PATH setting of
/usr/openwin/lib is causing the apparently deficient
/usr/openwin/lib/libtiff.so to be preferred to
/usr/athena/lib/libtiff.so.

The openwin libtiff.so comes from SUNWolrte, which is important, so we
can't just take the relevant package out of the release.

Possible solutions I can think of:

  * Ditch the default LD_LIBRARY_PATH setting.  I'd be more
    comfortable doing this if we weren't already in early test, but
    since the important openwin libraries are linked from /usr/lib I
    wouldn't expect anything to break.

  * Remove /usr/openwin/lib/libtiff.so in oschanges.  (Could
    conceivably cause openwin software to break.)

  * Put a wrapper around nautilus that removes /usr/openwin/lib from
    LD_LIBRARY_PATH or some such.  (Could conceivably affect terminal
    windows started from the nautilus menu?)

The first option seems best, so I'll run with it for now.

home help back first fref pref prev next nref lref last post