openoffice under SuSE 9.2 (an NFS problem????)
Anyone had this problem?: I have installed version 1.9.122 as root using the RPMs provided by OpenOffice.org I can run the program as root, but when I try to run it as a normal user I get the following error message:
soffice /etc/openoffice.org-1.9/program/javaldx: symbol lookup error: /lib/libnss_ldap.so.2: undefined symbol: __db185_open /etc/openoffice.org-1.9/program/soffice.bin: symbol lookup error: /lib/libnss_ldap.so.2: undefined symbol: __db185_open
The only thing I can think might be screwing me around is that the user's home dir is stored on an NFS mounted disk, and rootsquash is set to prevent root from writing there (to increase security on the server). Anyone got any ideas? Cheers, Jon.
I'm resending this, since I'm sure someone out there must be using openoffice 1.9 on SuSE 9.2? Please let me know if you have had more success than me, I'm getting nowhere fast with this..... Cheers, Jon. Jonathan Brooks wrote:
Anyone had this problem?: I have installed version 1.9.122 as root using the RPMs provided by OpenOffice.org
I can run the program as root, but when I try to run it as a normal user I get the following error message:
soffice /etc/openoffice.org-1.9/program/javaldx: symbol lookup error: /lib/libnss_ldap.so.2: undefined symbol: __db185_open /etc/openoffice.org-1.9/program/soffice.bin: symbol lookup error: /lib/libnss_ldap.so.2: undefined symbol: __db185_open
The only thing I can think might be screwing me around is that the user's home dir is stored on an NFS mounted disk, and rootsquash is set to prevent root from writing there (to increase security on the server).
Anyone got any ideas?
Cheers, Jon.
-- Jonathan Brooks (Ph.D.) Research Assistant. PaIN Group, Department of Human Anatomy & Genetics, University of Oxford, South Parks Road, Oxford, OX1 3QX tel: +44(0)1865-282654 fax: +44(0)1865-282656 web: http://www.fmrib.ox.ac.uk/~jon
On 8/9/05, Jonathan Brooks
I'm resending this, since I'm sure someone out there must be using openoffice 1.9 on SuSE 9.2? Please let me know if you have had more success than me, I'm getting nowhere fast with this.....
Cheers, Jon.
Jonathan Brooks wrote:
Anyone had this problem?: I have installed version 1.9.122 as root using the RPMs provided by OpenOffice.org
I can run the program as root, but when I try to run it as a normal user I get the following error message:
soffice /etc/openoffice.org-1.9/program/javaldx: symbol lookup error: /lib/libnss_ldap.so.2: undefined symbol: __db185_open /etc/openoffice.org-1.9/program/soffice.bin: symbol lookup error: /lib/libnss_ldap.so.2: undefined symbol: __db185_open
The only thing I can think might be screwing me around is that the user's home dir is stored on an NFS mounted disk, and rootsquash is set to prevent root from writing there (to increase security on the server).
Anyone got any ideas?
Cheers, Jon.
-- Jonathan Brooks (Ph.D.) Research Assistant. PaIN Group, Department of Human Anatomy & Genetics, University of Oxford, South Parks Road, Oxford, OX1 3QX tel: +44(0)1865-282654 fax: +44(0)1865-282656 web: http://www.fmrib.ox.ac.uk/~jon
-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
Hi Jon, do you have the old berkeley DB db1-1.85-xx.rpm Package installed? If not, do so and try again.. ( it seems to me that this is missing.. ) hope this helps, Markus
Thanks for the suggestion Markus. Unfortunately it doesn't seem to be as simple as a missing RPM: # rpm -q db1 db1-1.85-88 One thing I have noticed is that the soffice script tries to set the library path whenever you run it, I think this must be because it wants to use these files (libnss3.so and libldap50.so) from the /opt/openoffice.org1.9.122/programs directory rather than the system installed libraries (libnss_ldap.so.2). I'm not sure how I can arrange for the LD_LIBRARY_PATH to be set correctly for a normal user, remember that this works without any problems for root. Any help would be much appreciated. Best wishes, Jon. Markus Natter wrote:
On 8/9/05, Jonathan Brooks
wrote: I'm resending this, since I'm sure someone out there must be using openoffice 1.9 on SuSE 9.2? Please let me know if you have had more success than me, I'm getting nowhere fast with this.....
Cheers, Jon.
Jonathan Brooks wrote:
Anyone had this problem?: I have installed version 1.9.122 as root using the RPMs provided by OpenOffice.org
I can run the program as root, but when I try to run it as a normal user I get the following error message:
soffice /etc/openoffice.org-1.9/program/javaldx: symbol lookup error: /lib/libnss_ldap.so.2: undefined symbol: __db185_open /etc/openoffice.org-1.9/program/soffice.bin: symbol lookup error: /lib/libnss_ldap.so.2: undefined symbol: __db185_open
The only thing I can think might be screwing me around is that the user's home dir is stored on an NFS mounted disk, and rootsquash is set to prevent root from writing there (to increase security on the server).
Anyone got any ideas?
Cheers, Jon.
-- Jonathan Brooks (Ph.D.) Research Assistant. PaIN Group, Department of Human Anatomy & Genetics, University of Oxford, South Parks Road, Oxford, OX1 3QX tel: +44(0)1865-282654 fax: +44(0)1865-282656 web: http://www.fmrib.ox.ac.uk/~jon
-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
Hi Jon,
do you have the old berkeley DB db1-1.85-xx.rpm Package installed? If not, do so and try again.. ( it seems to me that this is missing.. )
hope this helps,
Markus
-- Jonathan Brooks (Ph.D.) Research Assistant. PaIN Group, Department of Human Anatomy & Genetics, University of Oxford, South Parks Road, Oxford, OX1 3QX tel: +44(0)1865-282654 fax: +44(0)1865-282656 web: http://www.fmrib.ox.ac.uk/~jon
On 8/9/05, Jonathan Brooks
Thanks for the suggestion Markus. Unfortunately it doesn't seem to be as simple as a missing RPM: # rpm -q db1 db1-1.85-88
One thing I have noticed is that the soffice script tries to set the library path whenever you run it, I think this must be because it wants to use these files (libnss3.so and libldap50.so) from the /opt/openoffice.org1.9.122/programs directory rather than the system installed libraries (libnss_ldap.so.2).
I'm not sure how I can arrange for the LD_LIBRARY_PATH to be set correctly for a normal user, remember that this works without any problems for root.
Any help would be much appreciated.
Best wishes,
Jon.
Markus Natter wrote:
On 8/9/05, Jonathan Brooks
wrote: I'm resending this, since I'm sure someone out there must be using openoffice 1.9 on SuSE 9.2? Please let me know if you have had more success than me, I'm getting nowhere fast with this.....
Cheers, Jon.
Jonathan Brooks wrote:
Anyone had this problem?: I have installed version 1.9.122 as root using the RPMs provided by OpenOffice.org
I can run the program as root, but when I try to run it as a normal user I get the following error message:
soffice /etc/openoffice.org-1.9/program/javaldx: symbol lookup error: /lib/libnss_ldap.so.2: undefined symbol: __db185_open /etc/openoffice.org-1.9/program/soffice.bin: symbol lookup error: /lib/libnss_ldap.so.2: undefined symbol: __db185_open
The only thing I can think might be screwing me around is that the user's home dir is stored on an NFS mounted disk, and rootsquash is set to prevent root from writing there (to increase security on the server).
Anyone got any ideas?
Cheers, Jon.
-- Jonathan Brooks (Ph.D.) Research Assistant. PaIN Group, Department of Human Anatomy & Genetics, University of Oxford, South Parks Road, Oxford, OX1 3QX tel: +44(0)1865-282654 fax: +44(0)1865-282656 web: http://www.fmrib.ox.ac.uk/~jon
-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
Hi Jon,
do you have the old berkeley DB db1-1.85-xx.rpm Package installed? If not, do so and try again.. ( it seems to me that this is missing.. )
hope this helps,
Markus
-- Jonathan Brooks (Ph.D.) Research Assistant. PaIN Group, Department of Human Anatomy & Genetics, University of Oxford, South Parks Road, Oxford, OX1 3QX tel: +44(0)1865-282654 fax: +44(0)1865-282656 web: http://www.fmrib.ox.ac.uk/~jon
-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
damn.. ;) I don't have a OO 1.9.. here, but you could have a look into the /opt/openoffice.org1.9.122/program/soffice file.. this used to be a shell script, where the LD_LIBRARY_PATH var was set (if not defined), or let's say, extended. Same goes for javaldx.. But this might have been changed. I don't believe it has something to do with your nfs setup, by now.. Markus
Hi, Yeah - I'm pretty certain it's not related to NFS. The weirdest thing is that when I try to run soffice (which fails to start), if I then try to list the contents of any folder I get a similar error message: /bin/ls: symbol lookup error: /lib/libnss_ldap.so.2: undefined symbol: __db185_open which seems to suggest that the environment variables are getting well and truly screwed up by running soffice. I'm really unsure about how to proceed with this. Other people have suggested that there is some sort of setup you need to run as a normal user before using openoffice - but I've looked and I can't find it! Anyone any ideas????? Cheers, Jon. Markus Natter wrote:
On 8/9/05, Jonathan Brooks
wrote: Thanks for the suggestion Markus. Unfortunately it doesn't seem to be as simple as a missing RPM: # rpm -q db1 db1-1.85-88
One thing I have noticed is that the soffice script tries to set the library path whenever you run it, I think this must be because it wants to use these files (libnss3.so and libldap50.so) from the /opt/openoffice.org1.9.122/programs directory rather than the system installed libraries (libnss_ldap.so.2).
I'm not sure how I can arrange for the LD_LIBRARY_PATH to be set correctly for a normal user, remember that this works without any problems for root.
Any help would be much appreciated.
Best wishes,
Jon.
Markus Natter wrote:
On 8/9/05, Jonathan Brooks
wrote: I'm resending this, since I'm sure someone out there must be using openoffice 1.9 on SuSE 9.2? Please let me know if you have had more success than me, I'm getting nowhere fast with this.....
Cheers, Jon.
Jonathan Brooks wrote:
Anyone had this problem?: I have installed version 1.9.122 as root using the RPMs provided by OpenOffice.org
I can run the program as root, but when I try to run it as a normal user I get the following error message:
soffice
/etc/openoffice.org-1.9/program/javaldx: symbol lookup error: /lib/libnss_ldap.so.2: undefined symbol: __db185_open /etc/openoffice.org-1.9/program/soffice.bin: symbol lookup error: /lib/libnss_ldap.so.2: undefined symbol: __db185_open
The only thing I can think might be screwing me around is that the user's home dir is stored on an NFS mounted disk, and rootsquash is set to prevent root from writing there (to increase security on the server).
Anyone got any ideas?
Cheers, Jon.
-- Jonathan Brooks (Ph.D.) Research Assistant. PaIN Group, Department of Human Anatomy & Genetics, University of Oxford, South Parks Road, Oxford, OX1 3QX tel: +44(0)1865-282654 fax: +44(0)1865-282656 web: http://www.fmrib.ox.ac.uk/~jon
-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
Hi Jon,
do you have the old berkeley DB db1-1.85-xx.rpm Package installed? If not, do so and try again.. ( it seems to me that this is missing.. )
hope this helps,
Markus
-- Jonathan Brooks (Ph.D.) Research Assistant. PaIN Group, Department of Human Anatomy & Genetics, University of Oxford, South Parks Road, Oxford, OX1 3QX tel: +44(0)1865-282654 fax: +44(0)1865-282656 web: http://www.fmrib.ox.ac.uk/~jon
-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
damn.. ;)
I don't have a OO 1.9.. here, but you could have a look into the /opt/openoffice.org1.9.122/program/soffice file.. this used to be a shell script, where the LD_LIBRARY_PATH var was set (if not defined), or let's say, extended. Same goes for javaldx..
But this might have been changed.
I don't believe it has something to do with your nfs setup, by now..
Markus
-- Jonathan Brooks (Ph.D.) Research Assistant. PaIN Group, Department of Human Anatomy & Genetics, University of Oxford, South Parks Road, Oxford, OX1 3QX tel: +44(0)1865-282654 fax: +44(0)1865-282656 web: http://www.fmrib.ox.ac.uk/~jon
On Tuesday 09 August 2005 11:48 am, Jonathan Brooks wrote:
Hi,
Yeah - I'm pretty certain it's not related to NFS. The weirdest thing is that when I try to run soffice (which fails to start), if I then try to list the contents of any folder I get a similar error message:
/bin/ls: symbol lookup error: /lib/libnss_ldap.so.2: undefined symbol: __db185_open
which seems to suggest that the environment variables are getting well and truly screwed up by running soffice.
I'm really unsure about how to proceed with this. Other people have suggested that there is some sort of setup you need to run as a normal user before using openoffice - but I've looked and I can't find it!
Anyone any ideas?????
Cheers, Jon.
Jon, Is this the only OpenOffice you have installed on your system? I am running the new beta 2.0 version without problems here, so I'm wondering what the differences might be. I also have installed the 1.x version as well, so my 2.0 was able to import some things from that in my home directory, when first run. If you only have the one, there is some setup needed, the readme files will help. I'm guessing also that you haven't taken the time to read the "readmes" included with the OOo files? You might find it helpful in getting things working again. Did you install all the rpm files including the "suse menus" rpm? If as you say, it's trying to write to locations only available to root user, don't you think it logical to assume it might be a problem for users? Not trying to be a wise guy, just trying to point out some simple questions you should have thought of while trying to run down the problem. It sounds as if you have a bit more complicated system setup than I, so other things could be part of the problems you are experiencing. Did you have another beta version installed before installing the new one? Did you remove all the older files first before installing the new? Take a look in /opt and see how many other 1.9.x directories you have there still. Also, take a look in your HOME directory for older .openoffice.org directories. good luck, Lee -- --- KMail v1.8.2 --- SuSE Linux Pro v9.2 ---
just an idea.. maybe this is a dumb question, but.. did you call the OO installer with "-net" parameter? I'm not sure if it's still round in 1.9.x, it used to be there in 1.1 and StarOffice7 for enabling multiuser installation.. Markus
Hi Lee, Nope - never had openoffice installed on this machine. First time of trying. Yes, the software works fine for root, not normal users. I did install the SuSE gnome RPM for OOo. I thought I'd give the unofficial SuSE RPMs a whirl. They were slightly more instructive - indicating several failed dependencies: libjawt.so is needed by OpenOffice_org-1.9.121-0.1 libneon.so.24 is needed by OpenOffice_org-1.9.121-0.1 libnspr4.so is needed by OpenOffice_org-1.9.121-0.1 libnss3.so is needed by OpenOffice_org-1.9.121-0.1 libnss3.so(NSS_3.2) is needed by OpenOffice_org-1.9.121-0.1 libnss3.so(NSS_3.3) is needed by OpenOffice_org-1.9.121-0.1 libnss3.so(NSS_3.4) is needed by OpenOffice_org-1.9.121-0.1 libnss3.so(NSS_3.6) is needed by OpenOffice_org-1.9.121-0.1 libnss3.so(NSS_3.7) is needed by OpenOffice_org-1.9.121-0.1 libnss3.so(NSS_3.9) is needed by OpenOffice_org-1.9.121-0.1 libnss3.so(NSS_3.9.3) is needed by OpenOffice_org-1.9.121-0.1 libplc4.so is needed by OpenOffice_org-1.9.121-0.1 libplds4.so is needed by OpenOffice_org-1.9.121-0.1 libpython2.4.so.1.0 is needed by OpenOffice_org-1.9.121-0.1 libsmime3.so is needed by OpenOffice_org-1.9.121-0.1 libsmime3.so(NSS_3.2) is needed by OpenOffice_org-1.9.121-0.1 libsmime3.so(NSS_3.4) is needed by OpenOffice_org-1.9.121-0.1 libsoftokn3.so is needed by OpenOffice_org-1.9.121-0.1 libssl3.so is needed by OpenOffice_org-1.9.121-0.1 So I installed mozilla, which I think provides all these packages. I had previously hand installed firefox so had assumed all was well.... It looks like mozilla should provide libnss3.so, but it doesn't look like it's being installed. What the hell is going on here???? Any ideas?? Cheers, Jon. BandiPat wrote:
On Tuesday 09 August 2005 11:48 am, Jonathan Brooks wrote:
Hi,
Yeah - I'm pretty certain it's not related to NFS. The weirdest thing is that when I try to run soffice (which fails to start), if I then try to list the contents of any folder I get a similar error message:
/bin/ls: symbol lookup error: /lib/libnss_ldap.so.2: undefined symbol: __db185_open
which seems to suggest that the environment variables are getting well and truly screwed up by running soffice.
I'm really unsure about how to proceed with this. Other people have suggested that there is some sort of setup you need to run as a normal user before using openoffice - but I've looked and I can't find it!
Anyone any ideas?????
Cheers, Jon.
****************
Jon, Is this the only OpenOffice you have installed on your system? I am running the new beta 2.0 version without problems here, so I'm wondering what the differences might be. I also have installed the 1.x version as well, so my 2.0 was able to import some things from that in my home directory, when first run. If you only have the one, there is some setup needed, the readme files will help.
I'm guessing also that you haven't taken the time to read the "readmes" included with the OOo files? You might find it helpful in getting things working again. Did you install all the rpm files including the "suse menus" rpm? If as you say, it's trying to write to locations only available to root user, don't you think it logical to assume it might be a problem for users? Not trying to be a wise guy, just trying to point out some simple questions you should have thought of while trying to run down the problem.
It sounds as if you have a bit more complicated system setup than I, so other things could be part of the problems you are experiencing. Did you have another beta version installed before installing the new one? Did you remove all the older files first before installing the new? Take a look in /opt and see how many other 1.9.x directories you have there still. Also, take a look in your HOME directory for older .openoffice.org directories.
good luck, Lee
-- Jonathan Brooks (Ph.D.) Research Assistant. PaIN Group, Department of Human Anatomy & Genetics, University of Oxford, South Parks Road, Oxford, OX1 3QX tel: +44(0)1865-282654 fax: +44(0)1865-282656 web: http://www.fmrib.ox.ac.uk/~jon
Okay after a bit of digging, it looks like mozilla installs these libraries to /opt/mozilla/lib, so adding this directory to the LD_LIBRARY_PATH should fix things, right? Wrong. Running soffice gives exactly the same error message as before:
soffice /etc/openoffice.org-1.9/program/javaldx: symbol lookup error: /lib/libnss_ldap.so.2: undefined symbol: __db185_open /etc/openoffice.org-1.9/program/soffice.bin: symbol lookup error: /lib/libnss_ldap.so.2: undefined symbol: __db185_open
Any ideas, anyone??? Cheers, Jon. Jonathan Brooks wrote:
Hi Lee,
Nope - never had openoffice installed on this machine. First time of trying. Yes, the software works fine for root, not normal users. I did install the SuSE gnome RPM for OOo.
I thought I'd give the unofficial SuSE RPMs a whirl. They were slightly more instructive - indicating several failed dependencies:
libjawt.so is needed by OpenOffice_org-1.9.121-0.1 libneon.so.24 is needed by OpenOffice_org-1.9.121-0.1 libnspr4.so is needed by OpenOffice_org-1.9.121-0.1 libnss3.so is needed by OpenOffice_org-1.9.121-0.1 libnss3.so(NSS_3.2) is needed by OpenOffice_org-1.9.121-0.1 libnss3.so(NSS_3.3) is needed by OpenOffice_org-1.9.121-0.1 libnss3.so(NSS_3.4) is needed by OpenOffice_org-1.9.121-0.1 libnss3.so(NSS_3.6) is needed by OpenOffice_org-1.9.121-0.1 libnss3.so(NSS_3.7) is needed by OpenOffice_org-1.9.121-0.1 libnss3.so(NSS_3.9) is needed by OpenOffice_org-1.9.121-0.1 libnss3.so(NSS_3.9.3) is needed by OpenOffice_org-1.9.121-0.1 libplc4.so is needed by OpenOffice_org-1.9.121-0.1 libplds4.so is needed by OpenOffice_org-1.9.121-0.1 libpython2.4.so.1.0 is needed by OpenOffice_org-1.9.121-0.1 libsmime3.so is needed by OpenOffice_org-1.9.121-0.1 libsmime3.so(NSS_3.2) is needed by OpenOffice_org-1.9.121-0.1 libsmime3.so(NSS_3.4) is needed by OpenOffice_org-1.9.121-0.1 libsoftokn3.so is needed by OpenOffice_org-1.9.121-0.1 libssl3.so is needed by OpenOffice_org-1.9.121-0.1
So I installed mozilla, which I think provides all these packages. I had previously hand installed firefox so had assumed all was well....
It looks like mozilla should provide libnss3.so, but it doesn't look like it's being installed. What the hell is going on here????
Any ideas??
Cheers,
Jon.
BandiPat wrote:
On Tuesday 09 August 2005 11:48 am, Jonathan Brooks wrote:
Hi,
Yeah - I'm pretty certain it's not related to NFS. The weirdest thing is that when I try to run soffice (which fails to start), if I then try to list the contents of any folder I get a similar error message:
/bin/ls: symbol lookup error: /lib/libnss_ldap.so.2: undefined symbol: __db185_open
which seems to suggest that the environment variables are getting well and truly screwed up by running soffice.
I'm really unsure about how to proceed with this. Other people have suggested that there is some sort of setup you need to run as a normal user before using openoffice - but I've looked and I can't find it!
Anyone any ideas?????
Cheers, Jon.
****************
Jon, Is this the only OpenOffice you have installed on your system? I am running the new beta 2.0 version without problems here, so I'm wondering what the differences might be. I also have installed the 1.x version as well, so my 2.0 was able to import some things from that in my home directory, when first run. If you only have the one, there is some setup needed, the readme files will help.
I'm guessing also that you haven't taken the time to read the "readmes" included with the OOo files? You might find it helpful in getting things working again. Did you install all the rpm files including the "suse menus" rpm? If as you say, it's trying to write to locations only available to root user, don't you think it logical to assume it might be a problem for users? Not trying to be a wise guy, just trying to point out some simple questions you should have thought of while trying to run down the problem.
It sounds as if you have a bit more complicated system setup than I, so other things could be part of the problems you are experiencing. Did you have another beta version installed before installing the new one? Did you remove all the older files first before installing the new? Take a look in /opt and see how many other 1.9.x directories you have there still. Also, take a look in your HOME directory for older .openoffice.org directories.
good luck, Lee
-- Jonathan Brooks (Ph.D.) Research Assistant. PaIN Group, Department of Human Anatomy & Genetics, University of Oxford, South Parks Road, Oxford, OX1 3QX tel: +44(0)1865-282654 fax: +44(0)1865-282656 web: http://www.fmrib.ox.ac.uk/~jon
Hi Jon, OO used to add its own install path to LD_LIBRARY_PATH itself.. Maybe it would help you if you'd compare the content of LD_LIBRARY_PATH once as a user, once as root when soffice is called. In the section of the shell script "soffice" where this is set ( there is a select case section, where some different OS Types are checked.. ) go to the catch all area *) # this is a temporary hack until we can live with the default search paths if [ $LD_LIBRARY_PATH ]; then SYSTEM_LD_LIBRARY_PATH=$LD_LIBRARY_PATH export SYSTEM_LD_LIBRARY_PATH fi LD_LIBRARY_PATH="$sd_progsub":"$sd_prog":$LD_LIBRARY_PATH export LD_LIBRARY_PATH ;; esac and enter some echo "LD_LIBRARY_PATH VAR: "$LD_LIBRARY_PATH after the "esac" and start "soffice" again. See and note what this echo line says.. Then call soffice as root and compare the two outputs. hope this helps, Markus
participants (3)
-
BandiPat
-
Jonathan Brooks
-
Markus Natter