Re: [libreoffice-users] LO 7.0 fails to start with --nologo

[Please do not turn this into a private conversation by dropping the 
mailing list; added it back now]

On 04/09/2020 20:05, MR ZenWiz wrote:
> On Thu, Sep 3, 2020 at 11:35 PM Stephan Bergmann <sbergman@redhat.com> wrote:
> > What looks suspicious with the original post is that they have a
> > /usr/bin/libreoffice, which is not something that an upstream TDF LO
> > would normally install.  So this rather looks like an issue with how
> > they obtained and installed LO (presumably from their distro).
> /usr/bin/libreoffice is a symlink I add so I can use a keyboard
> shortcut to run writer or calc without having to change the shortcut
> everytime a new major release comes out.
>
> Like so:
>
> lrwxrwxrwx 1 root root 23 Sep  3 14:55 /usr/bin/libreoffice ->
> /usr/bin/libreoffice7.0*
> lrwxrwxrwx 1 root root 35 Feb 28  2020 /usr/bin/libreoffice6.4 ->
> /opt/libreoffice6.4/program/soffice*
> lrwxrwxrwx 1 root root 35 Sep  3 14:57 /usr/bin/libreoffice7.0 ->
> /opt/libreoffice7.0/program/soffice*
>
> I trust you are not saying that using a symlink will break something
> in the binaries - that would be tragic.

soffice is a shell script that tries to determine its location in the 
file system, so that it can call other executables like oosplash and 
javaldx next to itself.  See the section labelled with a "resolve 
installation directory" comment determining the sd_prog variable, which 
shall resolve to the actual directory containing the soffice shell 
script, with any symlinks resolved.

The "double symlink" scenario you outline above works e.g. fine for me 
on Fedora 32.  You need to debug into that shell script code to see why 
it breaks for you.


--
To unsubscribe e-mail to: users+unsubscribe@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/users/
Privacy Policy: https://www.documentfoundation.org/privacy