Apache OpenOffice (AOO) Bugzilla – Issue 53850
Openoffice 1.9.122-125 fails to start when executed by ldap user.
Last modified: 2006-07-01 22:21:30 UTC
Under Ubuntu 5.04, when executing soffice.bin as an ldap user openoffice.org fails to start with the following error: ./soffice.bin: relocation error: /lib/libnss_ldap.so.2: Undefined symbol: __db185_open_4002 When using a local user account (and removing /lib/libnss_ldap.so.2), openoffice.org starts up as expected. As there are no "official" debian packages available, I've converted the official RPMs to DEBs using alien, and also tried using the copies available here: ftp://ftp.linux.cz/pub/localization/OpenOffice.org/devel/680/ Openoffice 1.1.4 does not exhibit this behavior nor do any other applications.
without knowing the problem (issue 52774 sounds similiar-ish) I suspect that the problem is a mismatch between the system libdb and the OOo libdb copy
of: Changing version and adding CCs
Workaround: remove from the /opt/openoffice.org1.9.125/program/libdb-4.2.so Long version: I see 2 possible solutions for this: 1. add /lib to the rpath of the OOo libraries to prefer a libdb installed in the system. The LD_LIBRARY_PATH would additionally require us to move libdb into a subfolder. The drawback would be that this would require additional testing with each libdb version. 2. replace the code that needs libdb.so with something less problematic. obr @ kr: you mentioned a potential 3rd solution with a special linker switch, but I forgot it's name :(.
*** Issue 52774 has been marked as a duplicate of this issue. ***
Workaround: remove from the /opt/openoffice.org1.9.125/program/libdb-4.2.so Indeed, this does solve the problem. Thanks for the quick fix.
Thanks for confirming the workaround. Unfortunatly it is still a workaround, not a solution :(.
Hi Ollie, what I meant was generally linking with -Bgroup, ensuring that symbols only get resolved from a specific set (namely ours) of shared libraries. This should allow us to load both, the system provided libdb and the one comming with OOo, while ensuring that the right symbols get selected. This is not as strong as -Bdirect but better than nothing :-) Taking a concrete look, it seems that libdb-* is currently only used by libucpchelp1.so and deployment680li.uno.so, which are both uno components. Changing the uno servicemanager to load the libraries with RTLD_GROUP might already be enough, to fix the current problem. (change to be applied in cppuhelper/source/shlib.cxx) Hope that helps Kay
The workaround does *not* work for me on Fedora Core 3. I removed both: /opt/openoffice.org1.9.122/program/libdb-4.2.so /opt/openoffice.org1.9.122/program/libdb-4.2.so.1 I still experiece the problem as described in issue 52774.
I could not add comments at issue 52774, therefore my comment here: I installed the new OpenOffice beta2 1.9.125 on Fedora Core 3. The problem still exists. Where can I download the debugging rpm's?
No more information for months. Reporter, can you reproduce the problem with a newer version? like (http://ftp.linux.cz/pub/localization/OpenOffice.org/devel/680/2.0.3-RC7/) Thank you. Hwoarang
Closing this one for now. Reporter, feel free to reopen it if necessary. Thank you. Hwoarang
.