Created attachment 1956377 [details] Fedora's upgrade GUI (gnome-software) not showing the actual error Description of problem: Hey Fedora maintainers, how do you expect users to keep their systems up to date if you add some "oomd" package that nobody asked for which conflicts with mate-desktop, making it impossible to upgrade without *uninstalling the desktop environment*? Since the upgrade GUI just shows the usual meaningless "problem detected:" without the actual problem, see attached screenshot and Bug 2042538, I'm using "dnf system-upgrade ..." which fails with this conflict: Error: Problem: cannot install the best update candidate for package mate-desktop-configs-1.26.0-4.fc35.noarch - problem with installed package mate-desktop-configs-1.26.0-4.fc35.noarch - package mate-desktop-configs-1.26.0-5.fc36.noarch conflicts with systemd-oomd-defaults provided by systemd-oomd-defaults-250.9-1.fc36.noarch - cannot install the best candidate for the job - mate-desktop-configs-1.26.0-4.fc35.noarch does not belong to a distupgrade repository (try to add '--skip-broken' to skip uninstallable packages) Fedora 37: # dnf system-upgrade download --best --allowerasing --releasever 37 ... Removing dependent packages: compat-ffmpeg28 x86_64 2.8.20-1.fc35 @rpmfusion-free-updates 14 M libquvi x86_64 0.9.4-16.fc32 @fedora 336 k mate-desktop x86_64 1.26.0-4.fc35 @updates 175 k mate-desktop-configs noarch 1.26.0-4.fc35 @updates 9.8 k mate-system-monitor x86_64 1.26.0-1.fc35 @fedora 11 M python3-argh noarch 0.26.1-22.fc35 @updates 169 k qt5-qtenginio x86_64 1:1.6.2-36.fc35 @fedora 547 k ... Without the "--best --allowerasing" options, it throws even more conflicts that the user does not know how to solve: Problem 1: package compat-ffmpeg28-2.8.20-1.fc35.x86_64 requires libvpx.so.6()(64bit), but none of the providers can be installed - libvpx-1.10.0-2.fc35.x86_64 does not belong to a distupgrade repository - problem with installed package compat-ffmpeg28-2.8.20-1.fc35.x86_64 Problem 2: package qt5-qtenginio-1:1.6.2-36.fc35.x86_64 requires libQt5Core.so.5(Qt_5.15.2_PRIVATE_API)(64bit), but none of the providers can be installed - package qt5-qtenginio-1:1.6.2-36.fc35.x86_64 requires qt5-qtbase(x86-64) = 5.15.2, but none of the providers can be installed I don't understand how such a massive conflict could find its way into production without anyone noticing it first? Do you even run any tests? This is a Fedora installation that worked fine for many years, has been upgraded whenever a new release came out - and now, it cannot be upgraded anymore, which means it will stop receiving updates soon? ... Except if "mate-desktop" is removed, leaving the user with a black/white text-only terminal like in the 80s, is that how Fedora maintainers work, do you really expect your users to lose the desktop environment to be able to upgrade?
# dnf erase mate-desktop-configs-1.26.0-4.fc35.noarch Dependencies resolved. ======================================================================================================================= Package Architecture Version Repository Size ======================================================================================================================= Removing: mate-desktop-configs noarch 1.26.0-4.fc35 @updates 9.8 k Removing dependent packages: mate-desktop x86_64 1.26.0-4.fc35 @updates 175 k Removing unused dependencies: f35-backgrounds-mate noarch 35.0.1-2.fc35 @fedora 924 mate-user-guide noarch 1.26.0-1.fc35 @fedora 74 M Transaction Summary ======================================================================================================================= Remove 4 Packages Freed space: 74 M Is this ok [y/N]: n
I've tried several update commands, all without success. This one did look promising because it did not want to uninstall MATE Desktop, but it did not help: # dnf update mate-desktop* --best --allowerasing Dependencies resolved. ======================================================================================================================= Package Architecture Version Repository Size ======================================================================================================================= Upgrading: mate-desktop x86_64 1.26.0-4.fc35 updates 82 k mate-desktop-libs x86_64 1.26.0-4.fc35 updates 655 k Installing dependencies: mate-desktop-configs noarch 1.26.0-4.fc35 updates 11 k Removing dependent packages: systemd-oomd-defaults noarch 249.13-6.fc35 @updates 145 Transaction Summary ======================================================================================================================= Install 1 Package Upgrade 2 Packages Remove 1 Package Total download size: 747 k Is this ok [y/N]: y It does not change the fact that "dnf system-upgrade" still wants to remove "mate-desktop".
Which one is pulling in systemd-oomd-defaults and why? # rpm -q mate-desktop --requires | grep config mate-desktop-configs = 1.26.0-4.fc35
Wait a few days until this update is in f37 stable repo. https://bodhi.fedoraproject.org/updates/FEDORA-2023-82251ee7c9 This should fix the problem. Do you have gnome or kde installed? It seems that one package pulls in again systemd-oomd-defaults. And read those reports https://bugzilla.redhat.com/show_bug.cgi?id=2068699 https://bugzilla.redhat.com/show_bug.cgi?id=2078108
Do not remove mate-desktop-configs. systemd-oomd-defaults is pulled by gnome or kde desktop or a package from them.
Btw. Did you try dnf system-upgrade download --releasever=37 --best --allowerasing ?
Thanks for your comments! (In reply to Wolfgang Ulbrich from comment #4) > Wait a few days until this update is in f37 stable repo. Alright. I mean, I've already been waiting for at least two months, being afraid of not getting any updates at all anymore, but I can wait for another couple of days. > Do you have gnome or kde installed? KDE is installed as well, plus many KDE applications which are used in MATE. > It seems that one package pulls in again systemd-oomd-defaults. Yes, it does seem like some package that's in the repositories of Fedora 36 and 37 but not yet in 35 has a new dependency on this systemd-oomd package which breaks everything. I don't understand how this could possibly happen that such a breaking change makes it into prod, apparently breaking all Fedora installations with MATE desktop. > And read those reports > https://bugzilla.redhat.com/show_bug.cgi?id=2068699 This is one of those reports I had already found but I have to admit that I didn't have the time to very carefully read and think about every word in those 40 comments. They recommend using "--best --allowerasing" which I have tried but it did not help. And someone mentioned uninstalling "earlyoom" which I did not have installed but just for kicks I installed it, didn't change anything. > https://bugzilla.redhat.com/show_bug.cgi?id=2078108 In that bug report, they seem to talk about the package group that installs MATE and one tip is: # dnf groupinstall "MATE Desktop" --best --allowerasing No match for group package "xorg-x11-drv-armsoc" Error: Problem: 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 - package mate-desktop-configs-1.26.0-4.fc35.noarch conflicts with systemd-oomd-defaults provided by systemd-oomd-defaults-249.13-6.fc35.noarch - cannot install the best candidate for the job (try to add '--skip-broken' to skip uninstallable packages) I don't want to skip broken packages as I don't want to break this system. Maybe I've missed something but most of what I've found so far are lengthy discussions with tips like the one above that don't work.
(In reply to Wolfgang Ulbrich from comment #6) > Btw. Did you try dnf system-upgrade download --releasever=37 --best --allowerasing ? Yes, as mentioned in my original post up top. I have tried it again, it still wants to remove Mate: Removing dependent packages: compat-ffmpeg28 x86_64 2.8.20-1.fc35 @rpmfusion-free-updates 14 M libquvi x86_64 0.9.4-16.fc32 @fedora 336 k mate-desktop x86_64 1.26.0-4.fc35 @updates 175 k mate-desktop-configs noarch 1.26.0-4.fc35 @updates 9.8 k mate-system-monitor x86_64 1.26.0-1.fc35 @fedora 11 M python3-argh noarch 0.26.1-22.fc35 @updates 169 k qt5-qtenginio x86_64 1:1.6.2-36.fc35 @fedora 547 k This section is near the end of the very very very long output so you'd still have to scroll up a lot to find it - in other words, this command is dangerous because with these options, it defaults to removing the desktop environment and you wouldn't know it if you didn't look for it because of a suspicion that it might break something.
Since this Fedora bug is also preventing other Fedora systems to be upgraded, I've once again tried to find out what is pulling in systemd-oomd-defaults. I have also increased the severity to urgent because this bug prevents upgrades, so if this bug is not fixed soon, Fedora installations will become outdated, will not receive critical security fixes anymore, it won't be possible to install new software and eventually the whole system will have to be reinstalled (in which case the distro choice may have to be reevaluated as Fedora was originally chosen because it used to be easy to update and upgrade, a major advantage of Fedora is that updates are non-interactive unlike Debian which asks the user which version of each config file should be preferred at random). Sadly, this command shows nothing: # dnf repoquery --alldeps --whatdepends systemd-oomd-defaults Then I ran a script that checks all direct dependencies of all installed packages using "dnf repoquery --deplist" (checking the dependencies of the package in the repository) and, since I've initially failed to find anything in the results for some reason, also using "rpm --requires -q" (checking the dependencies of the installed package). Result: plasma-workspace DEPENDS ON systemd-oomd-defaults ! # rpm --requires -q plasma-workspace | grep oom (uresourced if systemd-oomd-defaults) So... KDE now breaks MATE? Clearly I don't want to uninstall KDE on a system where KDE applications are used from within MATE desktop (and vice versa).
mate-desktop-1.26.1-3.fc37 is in stable and "Conflicts: systemd-oomd-defaults" is removed from package. https://src.fedoraproject.org/rpms/mate-desktop/c/ab698e08bd890526e30b91f3b1b99818ef7d7821?branch=f37
(In reply to Wolfgang Ulbrich from comment #10) > mate-desktop-1.26.1-3.fc37 is in stable and "Conflicts: > systemd-oomd-defaults" is removed from package. > https://src.fedoraproject.org/rpms/mate-desktop/c/ > ab698e08bd890526e30b91f3b1b99818ef7d7821?branch=f37 That's good news! Although the fix is only in the F37 repository, not in F36, so to upgrade a Fedora 35 installation you'd have to skip a release but that works now: $ sudo dnf system-upgrade download --best --allowerasing --releasever 37 ... Removing: NetworkManager-openconnect-gnome x86_64 1.2.6-8.fc35 @fedora 151 k NetworkManager-ssh-gnome x86_64 1.2.12-2.fc35 @fedora 111 k NetworkManager-sstp-gnome x86_64 1:1.3.0-3.fc35 @updates 192 k NetworkManager-strongswan-gnome x86_64 1.5.2-1.fc35 @updates 87 k f35-backgrounds-extras-base noarch 35.0.1-2.fc35 @fedora 76 k f35-backgrounds-extras-mate noarch 35.0.1-2.fc35 @fedora 546 Removing dependent packages: compat-ffmpeg28 x86_64 2.8.20-1.fc35 @rpmfusion-free-updates 14 M libquvi x86_64 0.9.4-16.fc32 @fedora 336 k python3-argh noarch 0.26.1-22.fc35 @updates 169 k qt5-qtenginio x86_64 1:1.6.2-36.fc35 @fedora 547 k Removing unused dependencies: NetworkManager-ssh x86_64 1.2.12-2.fc35 @fedora 175 k NetworkManager-sstp x86_64 1:1.3.0-3.fc35 @updates 594 k NetworkManager-strongswan x86_64 1.5.2-1.fc35 @updates 10 k sshpass x86_64 1.09-2.fc35 @fedora 47 k sstp-client x86_64 1.0.17-1.fc35 @updates 151 k strongswan-charon-nm x86_64 5.9.5-3.fc35 @updates 63 k Downgrading: android-tools x86_64 1:33.0.3p1-1.fc37 updates 1.8 M nmap x86_64 3:7.93-1.fc37 fedora 5.7 M nmap-ncat x86_64 3:7.93-1.fc37 fedora 225 k Upgrading Environment Groups: MATE Desktop It does not want to uninstall Mate Desktop anymore, just some dependency packages that do not sound too important. Thank you!