Description of problem: fedora-obsolete-packages needlessly obsoletes gstreamer-plugins-bad (also bad-nonfree and ugly) from rpmfusion and blocks upgrade to F32. Those packages were obsoleted last august in rpmfusion. It would be nice if those issues were caught in transaction check, before rebooting to system-upgrade, otherwise user have to look through journalctl in serarch for what caused upgrade failure, remove problematic package, and rerun both steps of system-upgrade just to find out that another package has the same issue. Version-Release number of selected component (if applicable): fedora-obsolete-packages-32-44.noarch How reproducible: On F30 Steps to Reproduce: 1. install gstreamer-plugins-bad etc. from rpmfusion on F30 2. dnf system-upgrade download --refresh --releasever=32 3. dnf system-upgrade reboot Actual results: Upgrade fails and system reboots still on F30. kwi 09 00:44:32 Rodzice dnf[612]: Błąd: kwi 09 00:44:32 Rodzice dnf[612]: Problem: both package rpmfusion-free-obsolete-packages-32-1.fc32.noarch and fedora-obsolete-packages-32-44.noarch obsolete gstreamer-plugins-bad < 0.10.23-14 kwi 09 00:44:32 Rodzice dnf[612]: - conflicting requests same for gstreamer-plugins-ugly and: Problem: both package rpmfusion-nonfree-obsolete-packages-31-1.fc32.noarch and fedora-obsolete-packages-32-44.noarch obsolete gstreamer-plugins-bad-nonfree < 0.10.23-11 Additional info: From rpmfusion rpmfusion-*-obsolete-packages spec's: # Last build gstreamer-plugins-bad-nonfree-0.10.23-10.fc31 Provides: gstreamer-plugins-bad-nonfree = 0.10.23-11 Obsoletes: gstreamer-plugins-bad-nonfree < 0.10.23-11 # Last build gstreamer-ffmpeg-0.10.13-22.fc31 Provides: gstreamer-ffmpeg = 0.10.13-23 Obsoletes: gstreamer-ffmpeg < 0.10.13-23 # Last build gstreamer-plugins-bad-0.10.23-13.fc31 Provides: gstreamer-plugins-bad = 0.10.23-14 Obsoletes: gstreamer-plugins-bad < 0.10.23-14 # Last build gstreamer-plugins-ugly-0.10.19-33.fc31 Provides: gstreamer-plugins-ugly = 0.10.19-34 Obsoletes: gstreamer-plugins-ugly < 0.10.19-34 PS These 'Provides:' statements shouldn't be there, right?
I can confirm this bug. I had the following error when upgrading a box: """ Problem: both package rpmfusion-free-obsolete-packages-32-2.fc32.noarch and fedora-obsolete-packages-32-44.noarch obsolete gstreamer-plugins-ugly < 0.10.19-34 """ fedora-obsolete-packages has no business obsoleting a package that was not provided in Fedora, especially if DNF errors out with such an issue and prevent the upgrade to run.
The problem was introduced in https://src.fedoraproject.org/rpms/fedora-obsolete-packages/c/4493c3676c97b330742fb0e4eb2ff894e21400ec?branch=master by a provenpackager. Maybe we should enable pull request access only? Lets remove those. > PS These 'Provides:' statements shouldn't be there, right? Correct. BTW I was not a avare that two packages cannot obsolete one package :/
FEDORA-2020-b151af48ef has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-b151af48ef
The update keeps obsoleting the older updates. I'd appreciate if you could actually test this and provide karma, so we can finally have a version that reaches stable.
FEDORA-2020-b151af48ef has been pushed to the Fedora 32 stable repository. If problem still persists, please make note of it in this bug report.