Partner links

How to replace LibreOffice with Apache OpenOffice on Fedora 20

Apache OpenOffice 4.1.1 Writer

For almost a year now, I’ve seldom had to use any component of LibreOffice, the default Office suite on virtually all desktop Linux distributions.

The few times that I’ve had to use it, not being able to copy and paste with the mouse always rubbed me the wrong way. That means selecting content with the left-mouse button and pasting with the middle button. That was something I used to be able to do. But not any more. But life doesn’t end there and I use it when I have to.

But when I tried to use the latest LibreOffice a couple of days ago to edit a document and found that editing a line of text has become a painful exercise, I could take it no mas. I had to try something else. Luckily, we have Apache OpenOffice, from which LibreOffice was forked.

So with this post, I show how I replaced the latest edition of LibreOffice with the latest edition of Apache OpenOffice on my Fedora 20 KDE desktop.

1. Uninstall LibreOffice: The first step is to uninstall LibreOffice. To do that, type, as root: yum remove libreoffice-core.

2. Remove soffice: soffice is the traditional OpenOffice binary which has been symlinked to LibreOffice. It should have been removed by the first command. You can check by typing ls -l /usr/bin | grep -i soffice. If you see a symlink from /usr/bin/soffice pointing to LibreOffice, remove it with: rm /usr/bin/soffice. If you don’t see it, all is well. Next step.

3. Download and unpack Apache OpenOffice: It is available from here. By default, it should be saved in the Downloads folders. Open a shell terminal, cd into the Downloads folder and type ls to list the files in the folder. You should see the gzipped tarball you just downloaded. Unpack it with: tar xf Apache*.tar.gz. The files will be unpacked into a folder named en-US (for US downloads), or en-YourLanguage, where YourLanguage is the 2-letter code for your language.

4. Install Apache OpenOffice: cd into the en-US folder, then cd into the RPMS directory that’s inside it. Another ls should show a bunch of files and a directory named desktop-integration. One of those files should be openoffice-4.1.1-9775.x86_64.rpm. Install it by typing, as root: rpm -i openoffice-4.1.1-9775.x86_64.rpm. Once that’s completed, cd into the desktop-integration folder. Another ls in that folder should show four files, one of which should be openoffice4.1.1-redhat-menus-4.1.1-9775.noarch.rpm. That has to be installed to get entries for all the components of the Office suite in your menu. To install it, type, also as root: rpm -i openoffice4.1.1-redhat-menus-4.1.1-9775.noarch.rpm.

Entries for the components of Apache OpenOffice 4.1.1 as they appear on the Homerun launcher on Fedora 20.
Apache OpenOffice 4.1.1 Fedora 20

Apache OpenOffice Writer.
Apache OpenOffice 4.1.1 Writer

That should be it. You may enjoy all the goodness of Apache OpenOffice 4.1.1. Like I wrote earlier, I find it a lot less annoying to use than LibreOffice.

Share:

Facebook
Twitter
Pinterest
LinkedIn

Partner links

Newsletter: Subscribe for updates

Subscribe
Notify of
guest
29 Comments
Inline Feedbacks
View all comments
Ana
Ana
9 years ago

we have Apache OpenOffice, from which LibreOffice was forked

That’s a complete LIE. LibreOffice was actually forked from the original OpenOffice.org. Apache OpenOffice (which is not the same) is another derivated product which only exists to be a zombie.

GeorgeCh
GeorgeCh
9 years ago

On Version: 4.3.2.2 Build ID: 430m0(Build:2) i think works with copy(left click then middle click) and then paste(middle click).It also works when i copy from writer and paste here.
If i make a new line by entering or making space it does not work.
That is on Elementary Luna OS.

markit
markit
9 years ago

That is not the correct way to use Free software. Free software is software that anyone can study and modify, it’s backed by a community. If you find a bug you should search the bug tracker and, if not already there, issue as a new bug. Just changing a program because of a minor bug is not a clever move… when you will find that OpenOffice has some problems with feature X you will jump to M$Office under wine? Free software is NOT a PRODUCT, a black box, is YOUR code. Everyone should collaborate and be patience if something goes wrong and help make it right. Last, Apache OpenOffice, if you do some research, is not as future friendly/freedom preservating as LibreOffice is, has been the result of a series of dirty tricks by Oracle and IBM to do the most damage to the community they could do.

Jay
Jay
9 years ago

Works in LibreOffice Version: 4.3.2.2.0+ Build ID: 430m0(Build:2) using Debian GNU/Linux testing (jessie)

highlight. middle click. left click.
no keyboard. no context menus.

Rick Stanley
Rick Stanley
9 years ago

You are basically downgrading because of some small rather insigniicant feature issue. It may be a bug in the version you are using. [Ctrl-C], [Ctrl-V] are just as easy or easier to use.

Bottom line, your problem is NOT enough to reccomend everyone to switch back to OpenOffice. The Document Foundation is doing a GREAT job of taking LibreOffice far beyond where OpenOffice is now.

Sarah
Sarah
9 years ago

I’ve just copied and pasted text within LibreOffice using the mouse without problem.

LibreOffice Version: 4.2.6.3 Build ID: 420m0(Build:3)

John
John
Reply to  finid
9 years ago

I don’t understand it. I’ve tried to do what you suggested. Select text with the mouse, copy by using the popup menu that appears when pressing the right mouse button, deselect the text, go 4 pages further and then tried a paste with the same popup menu that appears when pressing the right mouse button. Works without a problem.
Although I prefer doing it by using the keyboard. gives me more options.

josh
josh
9 years ago

copy and paste work fine for me in libreoffice, with mouse or keyboard shortcuts

Confused
Confused
9 years ago

Using LibreOffice 3.5.7.2, Build ID: 350m1(Build:2), in Ubuntu 12.04.

Highlight / Copy / Paste via mouse seems to work fine.

Truth be told, I normally use keyboard shortcuts, and I had to be careful not to do this during my test.

Erm
Erm
Reply to  finid
9 years ago

Confirmed in version 4.0.6.2. It seems to be analogous to bug 62047 (Writer) and 59260 (Calc).

In simple terms, on Linux selecting a text autocopies it to a special buffer. Even if the text is unselected, several copies can be obtained by middle-clicking. It’s important not to select any other text: that will insert new content on said buffer.

In Libreoffice, the buffer is cleared when the text is unselected, which is non-standard and causes the aforementioned problem.

Workarounds found:

a) don’t deselect the original text if possible, position the mouse pointer — not the text cursor — on the target place and middle-click at once (useful for copying text near the source);

b) use normally between LO and other applications, it seems to work fine;

c) open a new window (menu/Window/New Window), select in one, paste in the other. Verified to work.

Maybe this is fixed in a later version; can’t test now.

Erm
Erm
Reply to  finid
9 years ago

> …the page jumps back to page one. Not very good.

Actually, that’s very bad from a workflow standpoint; a serious regression.

I’m a heavy user of LO (Windows and Linux); why didn’t I notice that before?

For some reasons, I venture:

1. a lot of copying happens between different applications;

2. normal editing occurs locally (e.g. on the same page), when we redact some document (from scratch or changing a previous version);

3. selections made in one page and pastes to another are many times actually done to move text, which is usually done with Ctrl-X and hence does not use the “selection clipboard”.

Obviously, you must have some sort of line of work which perhaps forces you to copy templates from one part of a document to another part. That way, the bug is more apparent to you.

If you can, I’d suggest workaround 3, which has the added benefit of allowing one to see source locations and copy target at the same time, at the cost of some screenstate. The extra window can be opened and closed when convenient, though.

Erm
Erm
Reply to  finid
9 years ago

> Workaround 3 basically means that you have to have 2 copies of the document you’re working with open. Not too good either, but better than nothing…

Workaround c (or 3, as I mistakenly wrote) means you’ll have 2 _windows_ on the same document. Two copies would lead to a great problem when one does “File/Save” — save the wrong version and lose all editings; fortunately, as it easy to see, all changes made to one window are instantly available on the other (i.e., it’s the same content).

Of course, the wasted screenstate problem remains…

John
John
9 years ago

I dont know what version of Libre Office you are using but cut and paste works fine in my
Version: 4.2.6.3 Build ID: 420m0(Build:3)
Just copied that out of Libre Office and pasted it in here

Stephan
Stephan
Reply to  finid
9 years ago

It is not clear what you mean by “just using the mouse”. Do you mean:

A: The X-windows copying method of highlighting and Middle mouse-click to paste;
B: Using the context menu (Right mouse-click -> Copy; Right mouse-click -> Save).

A doesn’t seem to work in LO 4 (tried versions 4.1.6, 4.3.2 and MASTER 4.4.0), B works in all versions.

I myself prefer recent Libre Office versions because they have better OOXML (DOCX, XLSX) support and some long standing LO/OO bugs are fixed there.

Erm
Erm
Reply to  finid
9 years ago

It works in Kate (tested). Things which work in a KDE SC component will probably work in another, because this is not done at application level but at the DE (as I understand it as a mere user, that is).

Libreoffice is not a native KDE application and implements things independently from KDE or Gnome (again from my understanding of it since Staroffice).

There is a Libreoffice-KDE integration plug-in, but I don’t know if it has been loaded at startup.

Erm
Erm
Reply to  finid
9 years ago

Correcting myself, as Stephan points out, copy-on-select it’s a X-Windows feature to which KDE (and other DEs) interfaces. Some applications like Firefox and Libre/Openoffice can reinvent the wheel and do it themselves (badly, apparently), in order to provide a uniform user experience, I guess — by either offering copy-on-selection on other OS (like Windows) or allowing the use of the middle button Windows-like functionality on Linux (that scroll thing).

Just a curiosity: for some programs middle-click pasting makes no sense. Okular, for instance, which is a KDE SC application, uses it for zooming.

bjrosen
bjrosen
Reply to  John
9 years ago

It is a little kludgy. Doing a copy requires two mouse clicks, Select the text, click the middle button then right click to bring up the menu and select copy. Without the middle click there is no copy presented on the right mouse click menu. I suspect that there is a configuration option somewhere to fix this. I always use Ctrl C Ctrl V so I never noticed this before.

bjrosen
bjrosen
Reply to  bjrosen
9 years ago

My reply was wrong. If you do the select and then move the mouse over the highlighted area then copy works fine. If you do the select and then move the mouse outside of the selected area the selection goes away. The middle click was a red herring, it just seemdd to work.

Get the latest

On social media

Security distros

Hacker
Linux distros for hacking and pentesting

Crypto mining OS

Bitcoin
Distros for mining bitcoin and other cryptocurrencies

Crypto hardware

MSI GeForce GTX 1070
Installing Nvidia GTX 1070 GPU drivers on Ubuntu

Disk guide

LVM
Beginner's guide to disks & disk partitions in Linux

Bash guide

Bash shell terminal
How to set the PATH variable in Bash
Categories
Archives
29
0
Hya, what do you think? Please comment.x
()
x