On Tue, Aug 23, 2022 at 07:57:36PM +0200, Simon Josefsson wrote: > Phil Morrell <debian@emorrp1.name> writes: > > > Just be aware that this rationale can have the opposite of its intended > > effect in the long term: > > > > https://ariadne.space/2022/01/22/the-fsfs-relationship-with-firmware-is-harmful-to-free-software-users/ > > My reading of that is that the FSF RYF program does not meet the needs > of people who do not care about having a fully free software system. I > don't see how that is unexpected. I'm not following the double negative here. I specifically mentioned Freedom 1 (study & change) because RYF's encouragement of secondary processors explictly blocks this. As pabs says, reverse engineering efforts described in the link I shared means that one can *only* achieve a fully free software system by rejecting the use of secondary processors. > > I find that if I assume the DSC points are unordered, and numbered only > > for reference, then there's sentences in there that support the offering > > of official images including firmware by default, even while considering > > the iso as a Debian component. > > Interesting, can you explain quoting the text supporting that? Apologies for the bait and switch, but I've been trying to word this for a while - I don't think it's possible (for me) to convey the nuance in async text, but I'd be happy to jump on Jitsi/Mumble to achieve shared understanding. Perhaps these points are enough for you to get the gist: > Our priorities are our users and free software Steve's Debconf22 talk points out both are *equally* important. Therefore it could be acceptable to provide a compromise to get our users started towards their free software endgame. > We encourage CD manufacturers to .. distribute the packages Treat "CD manufacturers" as "Debian Images Team" and you get the conclusion that there's nothing wrong with Official Debian media containing nonfree bits inside. > We will support people who ... use ... non-free works on Debian. > We will never make the system require the use of a non-free component. Emphasis on the *we* here, Debian is not adding any intermediary blockers between the user and their hardware. The hardware in question is either 0% functional from cold boot, or is *already* running non-free code as soon as it receives power that you simply can't interact with without loading the firmware. This GR isn't about hardware feature enhancement or optional user experience peripherals, this is about *core functionality* that d-i needs to support before the user can even express any libre choices.
Attachment:
signature.asc
Description: PGP signature