Description of problem: The package paprefs requires 'Packagekit-session-service', which seems to be only fulfilled by the package 'apper' (KDE interface for PackageKit). Version-Release number of selected component (if applicable): paprefs-1.1-3.fc31 How reproducible: Install paprefs on Fedora 31. Steps to Reproduce: 1. sudo dnf install paprefs 2. 3. Actual results: Dependency 'apper' is taken. Expected results: If an interface to PackageKit is required at all, it shouldn't take a KDE component. Additional info: According to https://fedora.pkgs.org/30/fedora-x86_64/gnome-packagekit-common-3.32.0-1.fc30.x86_64.rpm.html, the Fedora 30 (!) component 'gnome-packagekit-common' would have provided that dependency. That seems to be not the case for Fedora 31 however.
The virtual provide was removed from gnome-packagekit: https://src.fedoraproject.org/rpms/gnome-packagekit/c/a7bfd6df3be79315495a7923e8454ad03f126b2b?branch=master The PK dependency is there so that pulseaudio modules can be installed with a click. If I switch the dependency to gnome-packagekit directly, KDE users will complain. Not sure how to deal with this.
Discussed during the 2019-09-23 blocker review meeting: [0] The decision to classify this bug as a "RejectedBlocker" was made as it does not appear to violate any criteria. [0] https://meetbot.fedoraproject.org/fedora-blocker-review/2019-09-23/f31-blocker-review.2019-09-23-16.03.txt
While this was not a blocker the bug is still there: Installing paprefs (79k) pulls in 48 packages (89M install size) of which exactly one (pulseaudio-module-gsettings) is required per upstream. Almost all of them are not toolkit (qt5) but desktop environment (kf5, plasma workspace) for the DE of a non-default spin. (I use i3 and used KDE before, no KDE hater here ;) ) paprefs builds nicely and works (AFAICT) without the PK dependendency (with a "Suggests"), of course without automatic PK module search. I would assume that papref users are aware of the necessary modules. PR: https://src.fedoraproject.org/rpms/paprefs/pull-request/1
FEDORA-2020-7db11d173a has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-7db11d173a
FEDORA-2020-1ced089ef2 has been submitted as an update to Fedora 31. https://bodhi.fedoraproject.org/updates/FEDORA-2020-1ced089ef2
FEDORA-2020-7db11d173a has been pushed to the Fedora 32 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-7db11d173a` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-7db11d173a See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2020-1ced089ef2 has been pushed to the Fedora 31 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-1ced089ef2` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-1ced089ef2 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2020-7db11d173a has been pushed to the Fedora 32 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2020-1ced089ef2 has been pushed to the Fedora 31 stable repository. If problem still persists, please make note of it in this bug report.