Libreoffice Portable
Sheldon Cibrian
Any help in getting libreoffice to work well with wayland and scaling percentages other than 100% would be greatly appreciated. I'm wondering whether I should revert back to X instead of Wayland until this can be sorted out since I use libreoffice a lot.
libreoffice-fresh 24.2.1-2 had disabled vcl6 and solved the problem without having to force vcl5 rendering. the latest liboreoffice update libreoffice-fresh 24.2.1-4 re-enables vcl6 and caused a recurrence of the problem described in the original post. I'm back to using SAL_USE_VCLPLUGIN=kf5 to force kf5 as the vcl backend to get things working properly once again.
I have LO 7.0.1.2. I think the problem was that I first ran a sudo apt-get install libreoffice libreoffice-writer libreoffice-java-common jabref java-common to check whether the right java stuff was present. this command installed a LO 6 that interfered with the communication. When I purged LO and re-installed it, the problem was solved.
I tested with the versions of libreoffice in the ubuntu repos anche the upstream ppa, and they both work automatically, detecting the correct paths.
Check that the snap is not still lauched by running which libreoffice. That should return /usr/bin/libreoffice
Assuming LibreOffice is provided by official Ubuntu packages on your system (which it generally is, unless you've installed it yourself from other packages or from the LibreOffice website), you can thoroughly remove it in the Terminal:
I think it's unlikely that removing any of this will break other programs, because Lubuntu doesn't come with LibreOffice, and Lubuntu users are able to run just about any Ubuntu program, without having to install LibreOffice.
Still, that is a legitimate concern and I cannot guarantee that nothing depends on your existing LibreOffice installation. Fortunately, the most serious breakages can be averted by making sure that nothing you need is removed with the LibreOffice packages. You can either be very careful while running the removal command (watch out for whatever else it says will be uninstalled), or simulate the removal first:
I haven't heard about any problems arising from removing fonts-opensymbol but those are fonts, and not enough people remove the package to know if problems viewing documents are common. So if the simulation reveals that a number of other packages you need or are unfamiliar with would be removed, try simulating without removing fonts-opensymbol and see what happens. And you might decide just not to remove that one at all.
To shorten the command and avoiding having to type the name of every individual package, and also potentially to extend the life of this procedure in case differently named packages are provided in later versions of LibreOffice, I used the * wildcard to cover many packages at once. It is itself escaped with \ so that it won't be expanded by the shell into the name of some unrelated file or directory, before it is passed on to apt-get.
While I appreciate the command-line (terminal) as much as the next enthusiast, I like having a GUI front-end alternative, a mouse-only solution to trivial matters. In this case, in Synaptic, you can mark the libreoffice-core package for complete removal, and it offers to remove the following additional (related/dependant) packages as well:
libreoffice-base libreoffice-base-core libreoffice-calc libreoffice-draw libreoffice-gnome libreoffice-gtk libreoffice-help-en-us libreoffice-impress libreoffice-math libreoffice-ogltrans libreoffice-pdfimport libreoffice-presentation-minimizer libreoffice-writer python3-uno
Disclaimer: I'm not a seasoned linux user, in fact I'm new to this world. I realize this method may not be satisfactory to some, and this answer may come too late to be of any use to the original asker, but I'm only sharing my findings in hopes they will be of use to others looking for something like this. So while this method might not remove all associated packages, some of which have been mentioned, it seems safer and good enough at removing most of the packages, to me, so maybe for others as well. Lastly, a note: in my case, mint-meta-xfce is also among the packages to be removed.
Hmm, the easiest way should be to use the software manager. uninstall libre-office from there. if you didnt manualy installed certain by libre-office needed libs (uno, ure) those libs will be also uninstalled automaticaly.
I deployed according to this -install/blob/master/docker-compose.yml, other functions are normal, can only open pictures and PDF files, other can not open, log after a period of time will throw timeout error.And the soffice.bin process takes up 50% of the CPU. Please help me
Thank you very much for your help. I have found the reason. It is because the document I sent contains Chinese characters.At this time, there is a new problem. May I ask how does libreoffice support Chinese conversion
Check the optional dependencies pacman displays. If you use HSQLDB Embedded in LibreOffice Base, you must install a Java Runtime Environment. You may need hsqldb2-javaAUR to use some modules in LibreOffice Base.
LibreOffice will try to auto detect the most suitable VCL interface based on your desktop environment. To force the use of a certain VCL interface, e.g. "gtk4" set the environment variables SAL_USE_VCLPLUGIN=gtk4. For more user interface options see /etc/profile.d/libreoffice-fresh.sh or /etc/profile.d/libreoffice-still.sh, where the variables are listed and can be uncommented.
For spell checking, please make sure hunspell is properly installed; this should be the case for both still and fresh LibreOffice versions. Then install a language dictionary for hunspell like hunspell-en_us for American English or hunspell-de for German (check the AUR if your language is not in the official repositories). Then enable the Writing aids by selecting the check-box in Tools > Options > Language Settings > Writing Aids > Hunspell SpellChecker after restarting LibreOffice.
Project Orthos provides more complete Greek spell checkers as Libreoffice extensions. Package libreoffice-extension-orthos-greek-dictionaryAUR provides a Greek-only spelling dictionary, while libreoffice-extension-orthos-greek-english-dictionaryAUR provides one that bundles Greek and US English.
After this extension has been installed, please make sure you have a Java 8 runtime installed (jre8-openjdk). Indeed, Languagetool uses Java and may slow down or briefly hang LibreOffice, particularly while opening documents. Fortunately this is usually only when initially opening a document and is usually not apparent otherwise. Once installed, you want to enable it as the default environment for LibreOffice. To do that go to Tools > Options > Advanced and select the appropriate JRE (it will be shown as 1.8.0) then press Ok. You will be prompted to restart the LibreOffice suite. Once restarted you will be able to install Languagetools without trouble.
Other grammar tools can also be found on the LibrePlanet extension page, on the official LibreOffice Extensions website or OpenOffice's Website. Please note all OpenOffice extensions are guaranteed to work with LibreOffice.
French-speaking users are advantaged here: they do not need to install LanguageTool nor Java. Grammalecte provides a nice Python extension. You can install it from the website or via libreoffice-extension-grammalecte-frAUR. In any case, this extension also comes with the French dictionaries otherwise provided by hunspell-fr.
libreoffice-still and libreoffice-fresh provide the offline help files for en-US. Help files for different locales is provided by the appropriate libreoffice language package, (i.e., libreoffice-fresh-en-za provides the help files for en-ZA locales).
Base can be used as a frontend to a database like PostgreSQL. It cannot edit the tables but It gives a very nice overview of the columns and rows of a table with the possibility of hiding columns for better overview of the relevant data. It can also filter the data and enables deletion of multiple rows by selecting them and easy editing of single cells.
Another option is to use the command line tool unoconv, which is an automated conversion and styling tool that uses LibreOffice. Even tough it requires more work [3], it is still very useful as it is. It either connects to a running LibreOffice, starts one for its own usage, or connects to a running instance that was started explicitly for its usage. A running X server is not required.
Some user actions like closing LibreOffice with an unsaved document will bring up the "Save Document?" popup window together with a notification sound. Enabling/disabling notification sounds can be tried by changing the GTK configuration option gtk-enable-event-sounds, see GTK#Examples.
If the result is something like My Font.otf, it means the font is correctly installed. If the result is something different, it means that "My Font" is not installed and is being substituted by something else.
Note that LibreOffice will not issue any errors or messages when it substitutes a font with another. It just puts the name of the font on the toolbar in italics, which mean the font is missing and is being substituted.
If the default paper size in blank Writer and Draw documents is persistently incorrect for your locale, try installing the libpaper optional dependency and either updating /etc/papersize (for a system-wide change) or exporting the PAPERSIZE environment variable (for a user change) with your preferred paper size. See papersize(5)[dead link 2023-03-12].
If expected default AutoText behaviour is not present (for example, typing fn in a document in Writer and then pressing the F3 key does not result in the automatic insertion of a numbered function) when the system locale is not en_US you need to add the default en_US AutoText templates to your AutoText path. To do this, go to Tools > AutoText..., then click on Path... and add the following path to the list: /usr/lib/libreoffice/share/autotext/en-US. AutoText should now work as expected by default.
03c5feb9e7