Bug 1889609

Summary: Can't remove switcheroo-control
Product: [Fedora] Fedora Reporter: udo <udovdh>
Component: switcheroo-controlAssignee: Kalev Lember <klember>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 32CC: bnocera, klember
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-10-21 09:32:20 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description udo 2020-10-20 08:07:18 UTC
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?

Comment 1 udo 2020-10-20 08:39:40 UTC
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

Comment 2 Kalev Lember 2020-10-21 09:20:12 UTC
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.

Comment 3 udo 2020-10-21 09:25:55 UTC
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.

Comment 4 Bastien Nocera 2020-10-21 09:32:20 UTC
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)

Comment 5 udo 2020-10-21 09:36:24 UTC
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.

Comment 6 udo 2020-10-21 14:41:34 UTC
There's even howto's of removing and disabling gnome stuff, so that is how the crowd may feel: https://eklitzke.org/lobotomizing-gnome