Description of problem: ooo-build-1.1.52/bin/build-ooo contains the command... -------------------------------------------------- # Many Java's can't cope with the NPTL on Linux. export LD_ASSUME_KERNEL="2.2.5"; -------------------------------------------------- I have glibc-2.3.3 installed with gcc-3.3.3 and everything else compiled against this and this LD_ASSUME_KERNEL command breaks gcc (and a lot of other things!) It results in the following errors during build -------------------------------------------------------- Shell: \'/bin/tcsh\' Gcc: gcc: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory Bootstrapping /bin/tcsh: error while loading shared libraries: libcrypt.so.1: cannot open shared object file: No such file or directory /bin/tcsh: error while loading shared libraries: libcrypt.so.1: cannot open shared object file: No such file or directory /bin/tcsh: error while loading shared libraries: libcrypt.so.1: cannot open shared object file: No such file or directory ---------------------------------------------------------- Version-Release number of selected component (if applicable): glibc-2.3.3 gcc-3.3.3 openoffice.org-1.1.1-2.src.rpm I was able to work around the problem by adding a patch to comment out this command to the end of the redhat-fixes.patch
Why does this only happen on your machine? I've never experienced it and neither have any fo the build machines... (not saying its not a bug, just that I've never had a problem and I've used the same glibc int he past)
caolanm->John Rimell: Does this problem persist with a contemporary openoffice.org ?, e.g. 1.1.2-10
Haven't tried it for a long time. I'm on new x86_64 hardware now, but I'll try it.
Looking at the src ooo-build now only EXPORTS LD_ASSUME_KERNEL if JAVA is enabled, and we disable java in our builds so rpmbuild openoffice.spec doesn't set this var anymore.