[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 <sberg...@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+unsubscr...@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
