FYI: workaround to RHL 8.0 glibc vs. sane

From: Robert M. Riches Jr (spamtrap42_at_verizon.net)
Date: 11/25/03 

Date: Tue, 25 Nov 2003 19:26:33 GMT

In case it might be of use to someone else, there is a
workaround to the problem with RHL 8.0's latest glibc
vs. sane. See Redhat bugzilla #110174 if you want more
details. There's a similar bug report on RHL 9.

The new glibc (2.3.2-4.80.8) changed the position where /lib
and /usr/lib are searched for dynamic shared libraries,
relative to the contents of /etc/ld.so.conf. The current
sane-backends (1.0.8-5.2) and/or related sane packages
create two different libsane.so.1 libraries with _different_
contents--one being a symlink to a v4l version. The change
in glibc's search order causes the v4l version to be found
first, which causes some USB scanners to be missed. On my
system, neither xsane nor scanimage would see them, even
though sane-find-scanner would.

Anyway, there are two workarounds:

  - The Redhat folks suggested adding /lib and /usr/lib at
    the top of /etc/ld.so.conf and rerunning ldconfig.

  - I created /usr/local/bin/{xsane,scanimage,gimp} that set
    environment variable LD_LIBRARY_PATH to /usr/lib and
    then exec the real binary in /usr/bin. (If using csh,
    set noglob to avoid having to nest quotes too deeply.)

So far, it works for me. :-)

Good luck.

Robert Riches
spamtrap42@verizon.net
(Yes, that is one of my email addresses.)

Relevant Pages