Hide Forgot
Description of problem: User is unable to remove switcheroo-control Version-Release number of selected component (if applicable): switcheroo-control-2.1-1.fc31.x86_64 How reproducible: See below Steps to Reproduce: 1. 2. 3. Actual results: # rpm -e switcheroo-control error: Failed dependencies: switcheroo-control is needed by (installed) gnome-shell-3.34.5-1.fc31.x86_64 switcheroo-control is needed by (installed) gnome-control-center-3.34.6-1.fc31.x86_64 Expected results: Additional info: User has a simple normal PC. User has one GPU (in the APU). User thus does not need checking by whatsoever. User wants to make system `clean` and remove unnecessary RPMs and such. This rpm is one of them with artificial dependencies as it is a dbus thing, not a gnome-shell thing and I cannot find anything in gnome-control-center. Why can't the system default to one GPU unless forced to zero GPU?
Also seen on Fedora 32: # rpm -qi switcheroo-control Name : switcheroo-control Version : 2.2 Release : 1.fc32 Architecture: x86_64 Install Date: zo 18 okt 2020 14:19:10 CEST Group : Unspecified Size : 105891 License : GPLv3 Signature : RSA/SHA256, ma 27 apr 2020 14:21:03 CEST, Key ID 6c13026d12c944d0 Source RPM : switcheroo-control-2.2-1.fc32.src.rpm Build Date : ma 27 apr 2020 14:05:18 CEST Build Host : buildhw-04.phx2.fedoraproject.org Packager : Fedora Project Vendor : Fedora Project URL : https://gitlab.freedesktop.org/hadess/switcheroo-control/ Bug URL : https://bugz.fedoraproject.org/switcheroo-control Summary : D-Bus service to check the availability of dual-GPU Description : D-Bus service to check the availability of dual-GPU. # rpm -e switcheroo-control error: Failed dependencies: switcheroo-control is needed by (installed) gnome-control-center-3.36.4-2.fc32.x86_64 switcheroo-control is needed by (installed) gnome-shell-3.36.7-1.fc32.x86_64
gnome-shell is making use of the switcheroo-control DBus API. Is it somehow problematic for you to have switcheroo-control installed? It's a tiny package.
More stuff is moving towards DBus. Does this mean they will not be able to be removed without disuption? If so, that movement goes against modularity and user choice. Excuse me, but I do not need *all* ideas offered in Fedora. I'd like to have the freedom to choose. And if DBus is designed that way so that applications cannot be removed it is a bug. So it is not about the storage, the cpu, etc but about the principal idea of freedom. There is nothing to switch here. Same for iio-sensor-proxy, gnome-online accounts, accountsservice, etc. I do not have IIO hardware, am not into 'a-social' platforms, do not need a service for something that worked without a service for ages. That is not luddite but choice.
Fedora isn't shipped as a bag of bits, and all those bits are necessary to provide a cohesive OS, where people don't have to wonder why a certain functionality does not work, and it also reduces the maintenance burden to know that the underlying dependency is present when needed. You have the choice and the freedom to fork any of the packages that depend on the packages you don't want. (I'm the upstream author of switcheroo-control, and iio-sensor-proxy)
Why then are they in separate rpms? Why then do they have fake (in my eyes) dependencies? This move is not good and is against user choice.
There's even howto's of removing and disabling gnome stuff, so that is how the crowd may feel: https://eklitzke.org/lobotomizing-gnome