Description of problem: Since some time, dnf reports an update for mate-desktop-configs (1.26.0-4) but this fails to install due to a conflict with systemd-oomd-defaults Version-Release number of selected component (if applicable): mate-desktop-configs-1.26.0-4.fc35.noarch (new) mate-desktop-configs-1.26.0-2.fc35.noarch (installed) systemd-oomd-defaults-249.12-5.fc35.noarch (installed) How reproducible: dnf upgrade Steps to Reproduce: 1. dnf upgrade mate-desktop Actual results: # dnf upgrade mate-desktop Last metadata expiration check: 4:34:56 ago on Thu 03 Nov 2022 04:27:49 CET. Dependencies resolved. Problem: problem with installed package systemd-oomd-defaults-249.12-5.fc35.noarch - package mate-desktop-configs-1.26.0-4.fc35.noarch conflicts with systemd-oomd-defaults provided by systemd-oomd-defaults-249.12-5.fc35.noarch - package mate-desktop-1.26.0-4.fc35.x86_64 requires mate-desktop-configs = 1.26.0-4.fc35, but none of the providers can be installed - cannot install the best update candidate for package mate-desktop-1.26.0-2.fc35.x86_64 ================================================================================ Package Arch Version Repository Size ================================================================================ Skipping packages with conflicts: (add '--best --allowerasing' to command line to force their upgrade): mate-desktop-configs noarch 1.26.0-4.fc35 updates 11 k Skipping packages with broken dependencies: mate-desktop x86_64 1.26.0-4.fc35 updates 82 k Transaction Summary ================================================================================ Skip 2 Packages Nothing to do. Complete! Expected results: an upgraded package Additional info: I see no obvious conflicting file in systemd-oomd-defaults and mate-desktop-configs, no overlapping files, and the update of mate-desktop-configs contains the same files as the currently installed version
see https://bugzilla.redhat.com/show_bug.cgi?id=2068699 Using systemd-oomd-defaults can be a broblem for mate-desktop For this reason i decided to use earlyoom. So using --best --allowerasing will be remove systemd-oomd-defaults. *** This bug has been marked as a duplicate of bug 2068699 ***