Attempting to run libre 3.5.6 headless on a server (ubuntu) with no X.
/opt/libreoffice3.5/program/oosplash: error while loading shared libraries: libXinerama.so.1: cannot open shared object file: No such file or directory
Linux localhost 2.6.32-24-server #42-Ubuntu SMP Fri Aug 20 15:38:55 UTC 2010 x86_64 GNU/Linux
After installing libxinerama1 it works.
It seems that either:
1.) It probably shouldn't be loading this headless.
2.) libxinerama1 should probably be a dependency on install if it needs it.
Jason - apologies for the delay, is this still an issue - when I run the command I get no error but also LibreOffice doesn't open...I never use headless so not sure exactly what to expect.
If it's still an issue just let me know and I'll try to find a dev to help confirm/fix the issue.
the expert of headless mode is Riccardo Magliocchetti.
adding him to CC list.
--headless is a runtime option so you should not make any assumption on which libraries your libo was linked against. Missing dependency could possibly have been a packaging issue so please give a try to a modern version to see if it has been fixed in the meantime.
If you don't want to link to X libraries you should give a try building 4.1 with --enable-headless. Am not aware of any distribution providing packages that don't link to X / cairo / toolkits.
Is this issue still open or is it resolved by the comment from Riccardo?
The latest .deb packages do not have a dependency on libGLU and libXinerama, so after installing the LibreOffice's .deb packages on a Ubuntu 14.04 (trusty) server you'll stumble on the missing `libGLU.so.1` and `libXinerama.so.1` messages:
/opt/libreoffice4.4/program/soffice.bin: error while loading shared libraries: libGLU.so.1: cannot open shared object file: No such file or directory
/opt/libreoffice4.4/program/oosplash: error while loading shared libraries: libXinerama.so.1: cannot open shared object file: No such file or directory
The first one is fixed by installing the `libglu1-mesa` package, and the last one is fixed by installing the `libxinerama1` package:
apt-get install libglu1-mesa
apt-get install libxinerama1
The RPMs packages seems to also lack the dependency on libGLU (and maybe libXineram), as I known someone who stumbled on the same problem (missing libGLU.so.1) after installing LibreOffice-4.4 from the RPM packages on a CentOS server.
(In reply to Jérôme Augé from comment #5)
> The latest .deb packages do not have a dependency on libGLU and libXinerama,
> so after installing the LibreOffice's .deb packages on a Ubuntu 14.04
> (trusty) server you'll stumble on the missing `libGLU.so.1` and
> `libXinerama.so.1` messages:
> /opt/libreoffice4.4/program/soffice.bin: error while loading shared
> libraries: libGLU.so.1: cannot open shared object file: No such file or
> /opt/libreoffice4.4/program/oosplash: error while loading shared
> libraries: libXinerama.so.1: cannot open shared object file: No such file or
> The first one is fixed by installing the `libglu1-mesa` package, and the
> last one is fixed by installing the `libxinerama1` package:
> apt-get install libglu1-mesa
> apt-get install libxinerama1
> The RPMs packages seems to also lack the dependency on libGLU (and maybe
> libXineram), as I known someone who stumbled on the same problem (missing
> libGLU.so.1) after installing LibreOffice-4.4 from the RPM packages on a
> CentOS server.
REmoving myself, adding Cloph as this is about TDF packages not distro-provided Ubuntu/Debian ones.
Also lowering severity/prio: As TDF packages are universal and not suited to specific distros, its unrealistic to expect it to provide (distro-specific) dependency information. Use proper distro packages if you want that.
@Cloph: Handle this as you see suitable, if there is no low-risk trivial/easy fix, its perfectly fine to close this as WONTFIX.
Christian Lohmaier committed a patch related to this issue.
It has been pushed to "master":
tdf#53861 - add libGLU.so.1 and libXinerama.so.1 to rpm/deb requirements
It will be available in 4.5.0.
The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
At the point that patches have been committed, I think this can be at least -> NEW already
as builds for 4.4.2 rc1 are already available, setting to fixed.
It looks like this problem came back in 22.214.171.124 dev. builds
/lotest/126.96.36.199.0/opt/libreofficedev5.4/program/oosplash: error while loading shared libraries: libXinerama.so.1: cannot open shared object file: No such file or directory
However, the library exists:
$ locate libXinerama.so.1
/usr/lib/x86_64-linux-gnu/libXinerama.so.1 (symlink to libXinerama.so.1.0.0)
So maybe the startup wrapper script is setting LD_LIBRARY_PATH incorrectly (just a guess). I did not have any LD* environment variables myself.
P.S. I wiped & re-installed only the main code, without help or lang packs, and the problem remains.
BTW, the official 5.4.1 release does not have the problem. On a VM I downloaded
https://www.libreoffice.org/donate/dl/deb-x86_64/5.4.1/en-US/LibreOffice_5.4.1_Linux_x86-64_deb.tar.gz and installed the debs to their default location (/opt/libreoffice5.4) and the result started without error.
Dear Jim Avera,
This bug has been in RESOLVED FIXED status for more than 6 months.
If the issue is still reproducible with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/, please report a new issue in https://bugs.documentfoundation.org/enter_bug.cgi providing, if needed, the steps and documents to reproduce it.
Thanks for your understanding and collaboration.
Closing as RESOLVED FIXED