Looks like some packages of libreoffice are still installed and thus, considered in the update. The packages in your list have never been removed (dnf just wants to update them, not install). I assume you have just removed the major applications like libreoffice-calc and libreoffice-writer.
Generally, sudo dnf remove libreoffice-core libreoffice-data libreoffice-gtk3 libreoffice-graphicfilter libreoffice-help-en libreoffice-langpack-en libreoffice-opensymbol-fonts libreoffice-ure libreoffice-ure-common libreoffice-x11 should remove the libreoffice packages you have in your list.
But let’s check if some further packages of libreoffice are still installed: sudo dnf list libreoffic*
This command will output all packages with “libreoffice” in the name.
First, it will output the “Installed Packages” and then the “Available Packages”. Installed packages can also be identified by the @ before the repository name (e.g., @updates instead of just updates implies installed). The “available packages” are not relevant for us. But if there are still libreoffice packages installed, feel free to remove them with sudo dnf remove <package name>. But always check the list of applications/dependencies that are to be removed along. If this won’t work or if you are unsure which packages to remove, let us know.
Because I have LibreOffice installed, on my system the above command looks like that:
Wow, that was fast! Thanks for the quick response, much appreciated.
If I’m not mistaken, I ran
sudo dnf remove libreoffic*
in the past, which worked just fine. But something might’ve gone wrong, because calling libreoffice was working and sudo dnf list libreoffic* didn’t show any package. Then I removed the files myself (sudo rm -r ... ).
Now after installing it again and running the command you showed, it seems to be deleted for good. Let’s see if dnf will try to install it again in the future.
Be careful with that. If there is software installed, you should update it, for both stability and security reasons.
Focus on removing what you don’t want. Not on avoiding its updates.
Focus on using DNF. I could imagine that the rm action broke its rpm database, leading to unexpected behavior. Reinstalling libre is likely to have given dnf the possibility to repair it.
The question is not just which command you used to remove it but also what was the output of that command. There is a reason if dnf does not remove some packages (e.g., you had other software installed depending on these packages or such, or something is marked as protected). It is definitely possible to remove libreoffice completely with dnf (and this is the way it should be done to avoid unintended behavior). After the dnf remove command, check the output and the dnf list command when it is about “multiple package” applications.
My guess is that you removed the writer, calc, impress and such (so, the major applications), but your dnf remove command did not contain the core package, which is why you could still open the common libreoffice window (although it would have been no longer possible to open the writer or calc), and this is why gtk3, etc. remained installed (and thus, updated) as well (the core depends on them).
This means only that this package is available for installation, but it is not yet installed; see the last column: updates → not installed but available at the updates repo @updates → installed
Thus, the output of dnf list mcomix3 and dnf remove mcomix3 is consistent. Whatever you have in /usr/bin/mcomix3, it is not managed / was not installed by dnf. Maybe you installed it using pip or another tool, or manually? Open a new thread if there are further issues.