Bug 1889609 - Can't remove switcheroo-control
Summary: Can't remove switcheroo-control
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: switcheroo-control
Version: 32
Hardware: Unspecified
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Kalev Lember
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-10-20 08:07 UTC by udo
Modified: 2020-10-21 14:41 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2020-10-21 09:32:20 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

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


Note You need to log in before you can comment on or make changes to this bug.