[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#38360: Retroarch might violate FSDG
From: |
Arne Babenhauserheide |
Subject: |
bug#38360: Retroarch might violate FSDG |
Date: |
Fri, 29 Nov 2019 17:05:29 +0100 |
User-agent: |
mu4e 1.2.0; emacs 26.1 |
Tobias Geerinckx-Rice via Bug reports for GNU Guix <address@hidden> writes:
> They patch[0] it to hide the Updater by default but it's trivial to
> reënable (tested):
>
> $ echo 'menu_show_core_updater = "false"' >> \
> ~/.config/retroarch/retroarch.cfg
>
> This does not appease me. I'm implementing more incisive measures.
>
> Thoughts? Am I an anti-choice extremist?
I do not like to put people into boxes. I can judge actions, not people.
Implementing more extreme measures than changing the default uses
practical power against users. It limits user freedom.
As committer to Guix you are in a position of power over users. You can
use that position to liberate them from shackles, or you can use it to
limit their freedom.
When I look into ethical decisions, I need a basic goal. The mission of
GNU is "to promote computer user freedom". This is too vague to use on
its own to check an action, therefore I’m using the more actionabe
mission of the Hurd:
“Our mission is to create a general-purpose kernel suitable for the GNU
operating system, which is viable for everyday use, and gives users and
programs as much control over their computing environment as possible.“
Giving programs as much control over their environment is not relevant
to the discussion (it is only relevant for a kernel with the assumption
that the program acts on behalf of the user). For this ethical check
I’ll therefore simplify the mission to:
“Our mission is to give users as much control over their computing
environment as possible.“
Does it give users as much control over their computing environment as
possible if you make it harder for them to re-enable the updater?
By making it harder, you limit the number of people who can take the
decision to re-activate the updater, therefore fewer people have the
practical freedom to do so, though they can still do so in theory.
But using a license like the GPL is all about practical Freedom. If we
were only talking about theoretical freedom, then any binary blob
(without DRM) would give as much freedom as an AGPL program. Game
modders have been demonstrating that for decades. Therefore theoretical
freedom does not suffice: The goal must be practical freedom. The
freedom to hack as easily as possible. Giving as many people as possible
the freedom to change the operation of as many parts of the system as
possible.
Implementing measures to limit user freedom beyond choosing defaults
that ensure that they do not accidentally fall into a trap they do not
see goes against that. It limits the practical freedom of users.
As committer to Guix you have practical power over every Guix user.
When you use that power, it is your responsibility to further their
freedom, not to create new chains.
That would be consistent with the mission to give users as much control
over their computing environment as possible.
Best wishes,
Arne
--
Unpolitisch sein
heißt politisch sein
ohne es zu merken
signature.asc
Description: PGP signature
- bug#38360: Retroarch does violate FSDG, (continued)
- bug#38360: Retroarch might violate FSDG, Nicolò Balzarotti, 2019/11/27
- bug#38360: Retroarch might violate FSDG, Arne Babenhauserheide, 2019/11/28
- bug#38360: Retroarch might violate FSDG, Ludovic Courtès, 2019/11/28
- bug#38360: Retroarch might violate FSDG, Tobias Geerinckx-Rice, 2019/11/28
- bug#38360: Retroarch might violate FSDG, Tobias Geerinckx-Rice, 2019/11/29
- bug#38360: Retroarch might violate FSDG, Tobias Geerinckx-Rice, 2019/11/29
- bug#38360: Retroarch might violate FSDG,
Arne Babenhauserheide <=
- bug#38360: [PATCH] gnu: retroarch: Disable Online Updater [FSDG fix]., Tobias Geerinckx-Rice, 2019/11/29
- bug#38360: [PATCH] gnu: retroarch: Disable Online Updater [FSDG fix]., Tobias Geerinckx-Rice, 2019/11/30