Red Hat Bugzilla – Bug 154047
Cannot dynamically link to libc.so.6 when LD_ASSUME_KERNEL=2.2.5
Last modified: 2007-11-30 17:11:03 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050328 Firefox/1.0.2 Fedora/1.0.2-3
Description of problem:
In the script /usr/bin/firefox, there is still some old code which uses LD_ASSUME_KERNEL=2.2.5, to be compatible with old Java virtual machines. This breaks on the latest glibc:
+ export LD_ASSUME_KERNEL=2.2.5
++ /usr/lib/jvm/java-1.5.0-sun-1.5.0.01/jre/plugin/i386/ns7/../../../bin//java -version
++ grep version
grep: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
++ cut -f 3 -d ' '
++ sed -e 's/\"//g'
cut: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
sed: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
+ unset LD_ASSUME_KERNEL
strace shows that glibc.so.6 is being found and opened, but not "understood". Maybe this is related to the LinuxThreads move?
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Run firefox
Alternatively, just run:
Actual Results: See above
Expected Results: No errors; or, alternatively, a more helpful error message, e.g. "LD_ASSUME_KERNEL=2.2.5 is no longer supported".
Sorry, I meant libc.so.6, not glibc.so.6, obviously.
What firefox does has been wrong before as well, especially on non-i?86 arches.
The only program that should run with LD_ASSUME_KERNEL=2.2.5 in the environment
is java, not grep, cut or sed.
In FC4t2 LD_LIBRARY_PATH=/lib/obsolete/linuxthreads must be added to the
environment of that program as well.
I'm seeing this too with a fully up2date rawhide system, very annoying. Please
change status to assigned and fix.
*** This bug has been marked as a duplicate of 116445 ***