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.


Thanks!

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
> 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.

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":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=441523b0df8983fb34409a5f4e25dde571be1af7

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:
http://wiki.documentfoundation.org/Testing_Daily_Builds
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 5.4.3.0 dev. builds

$ /lotest/5.4.3.0.0/opt/libreofficedev5.4/program/soffice
/lotest/5.4.3.0.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)
/usr/lib/x86_64-linux-gnu/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.


I downloaded
  http://dev-builds.libreoffice.org/daily/libreoffice-5-4/Linux-rpm_deb-x86@71-TDF/current/libreoffice-5-4~2017-09-28_23.26.05_LibreOfficeDev_5.4.3.0.0_Linux_x86_deb.tar.gz
and
  http://dev-builds.libreoffice.org/daily/libreoffice-5-4/Linux-rpm_deb-x86@71-TDF/current/libreoffice-5-4~2017-09-28_23.26.05_LibreOfficeDev_5.4.3.0.0_Linux_x86_deb_langpack_en-US.tar.gz

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