I had a power failure as I was updating my system today. As a result, I’ve got a few packages broken. Re-installing doesn’t help. I get error message that xxx already exist in my filesystem.
What can I do?
Below is part of the error I’m getting when re-installing libreoffice-fresh
libreoffice-fresh: /usr/share/metainfo/libreoffice-calc.appdata.xml exists in filesystem
libreoffice-fresh: /usr/share/metainfo/libreoffice-draw.appdata.xml exists in filesystem
libreoffice-fresh: /usr/share/metainfo/libreoffice-impress.appdata.xml exists in filesystem
libreoffice-fresh: /usr/share/metainfo/libreoffice-writer.appdata.xml exists in filesystem
libreoffice-fresh: /usr/share/metainfo/org.libreoffice.kde.metainfo.xml exists in filesystem
libreoffice-fresh: /usr/share/mime/packages/libreoffice.xml exists in filesystem
libreoffice-fresh: /usr/share/templates/.source/soffice.odg exists in filesystem
libreoffice-fresh: /usr/share/templates/.source/soffice.odp exists in filesystem
libreoffice-fresh: /usr/share/templates/.source/soffice.ods exists in filesystem
libreoffice-fresh: /usr/share/templates/.source/soffice.odt exists in filesystem
libreoffice-fresh: /usr/share/templates/soffice.odg.desktop exists in filesystem
libreoffice-fresh: /usr/share/templates/soffice.odp.desktop exists in filesystem
libreoffice-fresh: /usr/share/templates/soffice.ods.desktop exists in filesystem
libreoffice-fresh: /usr/share/templates/soffice.odt.desktop exists in filesystem
weird coincidences for people who don’t believe in coincidences:
YAY: I am staring at a big update but Libre is not in it.
Five minutes ago I opened a Libre office document and a popup asked to me manually update LibreOffice…I never do what any app asks me to do. I wait for Arch.
I did not have power failure. Oddly, I did last night I did with the ISP in a monsoon.
Why not just use the “overwrite” option of pacman/yay/paru:
--overwrite <glob> Bypass file conflict checks and overwrite conflicting files. If the package that is about to be installed contains files that are already installed and match *glob*, this option will cause all those files to be overwritten. Using *--overwrite* will not allow overwriting a directory with a file or installing packages with conflicting files and directories. Multiple patterns can be specified by separating them with a comma. May be specified multiple times. Patterns can be negated, such that files matching them will not be overwritten, by prefixing them with an exclamation mark. Subsequent matches will override previous ones. A leading literal exclamation mark or backslash needs to be escaped.
Generally avoid using the --overwrite option with pacman. The --overwrite option takes an argument containing a glob. When used, pacman will bypass file conflict checks for files that match the glob. In a properly maintained system, it should only be used when explicitly recommended by the Arch Developers. Avoid_certain_pacman_commands
Here in this thread it was recommended to a “rm -R …” on all those files. From my point of view that is certainly more risky than just using the overwrite option.
I don’t know if it was necessarily the last package that pacman was updating. And possible AUR updates as well. I also thought about those, who end up on this page when looking for help with a similar problem.