Ihave 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.
Can someone clarify if libreoffice is supposed to be started as a service when alfresco starts? I have inherited an Alfresco installation and libreoffice seems to be running as a service (at least I see an established "soffice.bin" process). However, on a test instance of the same version (5.0.d community), i do not see libreoffice running unless I go through these hoops [1] to fix the alfresco.sh startup script and the libreoffice_ctl.sh script. If I *don't* make those changes to start libreoffice, then I cannot get a preview of plain text files on this test instance. The production instance seems to work, but I can't tell why or how libreoffice is starting to generate the preview, which works as expected. It does not have those startup script changes. From [2] and [3] there seems to be a lot of confusion on what's really happening.
Yes, I've compared the configuration files and the inherited server doesn't have those changes. I'm going to try and monitor the startup process then next time we reboot that server, but wanted to get clarification on the started services to document what should be running after the startup process.
i) Some Libreoffice dependencies not installed in your OS. There is a usual warning in the installer relating some libraries not installed. You need to install them. If not soffice will not run. It depends on your stack.
For example, currently when pasting data from a spreadsheet, with excel, Autocad will recognise the cells as a table. But when pasting from libreoffice, they are not recognised and will only paste as text.
Sorry mate... These websites continually change their look and functionality.... there are other pages that all mention different methods for accessing idea boards.... these still exist, but do not inlude anything for Autocad or LT.
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].
3a8082e126