Starting at version 6.3.3.xx LO version X86_64 does not strat any more. In a terminal, the error returned is: /opt/libreoffice6.3/program/libvclplug_gtk3lo.so: undefined symbol: _ZN19SvpSalVirtualDeviceC1E12DeviceFormatP14_cairo_surface
Whats distribution are you using, version, package manager. That information will help test and reproduce your issue, otherwise it will be almost impossible. Trisquel Etiona (9), amd64 Id. de compilación: 1:6.3.3-0ubuntu0.18.04.1~lo1+9.0trisquel1 Working fine ;)
Uninstall all LibreOffice instalation sudo apt-get remove --purge libreoffice* sudo apt-get clean sudo apt-get autoremove And install again 6.3.3 version.
(In reply to Luis Guzman from comment #1) > Whats distribution are you using, version, package manager. > > That information will help test and reproduce your issue, otherwise it will > be almost impossible. > > Trisquel Etiona (9), amd64 > Id. de compilación: 1:6.3.3-0ubuntu0.18.04.1~lo1+9.0trisquel1 > > Working fine ;) Hi . I'm using Fedora 29 x86_64. The 6.3.3 I tried several times is the one downloaded from Libreoffice site, last one yesterday (for the third time) at https://downloadarchive.documentfoundation.org/libreoffice/old/6.3.3.2/rpm/x86_64/ file is dated oct 24 2019. I can't of course not get the compilation id. However, the 6.3.2 already installed for a while works fine without any issue
Linux LO packages on official LO websites are more for packages distrib maintainers. Indeed LO, as most of softwares, has dependencies on other softwares. So either you want to manage these dependencies yourself or you rely on your packages repository for your distrib. So first uninstall 6.3.3. If I believe Google translation of https://trisquel.info/gl/forum/libreoffice-fresh-en-backports, you can try trisquel backports. If it doesn't work, try LO ppa (since trisquel derives from Ubuntu). Waiting for your feedback. Meanwhile, let's decrease importance.
Hi Since OpenOffice and then LibreOffice, I never experienced any trouble of dependency whatever the version I installed, either 32 or 64 bits. Second point is that installing with rpm is supposed to solve eventuals dependencies issues. I didn't get any warning about some issue. Finally as I have number of distribs on my machine, I installed on Centos8 the same packages I hab previously installed on Fedora29. BTW, the helppack denied to install because it was in 6.3.3.2.2 and others were in 6.3.3.2. I had to use the --nodeps option and it did it. This new installation on Centos8 worked out of the box, perfectly. So I zipped the whole directory Libreoffice6.3 and moved it to its normal location which is an separate /opt partition, shared between all my linux systems. Don't ask me why, this time LiBo 6.3.3.2 works fine from every system. (maybe some update in the 5.3 kernel occured but I don't think so. Anyway I mark the bug as resolved, but the mystery still there.