|FROM ||Ruben Safir
|SUBJECT ||Subject: [Hangout - NYLXS] Fwd: Re: GNU - Principles and Guidelines
|From hangout-bounces-at-nylxs.com Sun Jan 12 08:25:59 2020
Received: from www2.mrbrklyn.com (www2.mrbrklyn.com [22.214.171.124])
by mrbrklyn.com (Postfix) with ESMTP id 9A41D16113A;
Sun, 12 Jan 2020 08:25:57 -0500 (EST)
Received: from [10.0.0.62] (www.mrbrklyn.com [126.96.36.199])
by mrbrklyn.com (Postfix) with ESMTP id 4803A161132
for ; Sun, 12 Jan 2020 08:25:52 -0500 (EST)
From: Ruben Safir
Date: Sun, 12 Jan 2020 08:23:46 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101
Subject: [Hangout - NYLXS] Fwd: Re: GNU - Principles and Guidelines
List-Id: NYLXS Tech Talk and Politics
Content-Type: text/plain; charset="utf-8"
> > * The GNU Project and the free software community
> > The GNU project stakeholders are all users of the GNU system as represe=
nted by the FSF. As such, an =
> > FSF-sponsored maintainer for the GNU system as a whole (the Chief GNUis=
ance) will ensure the GNU Project =
> > adheres to FSF guidelines pertaining to the GNU project in particular a=
nd software freedom in general.
> Two comments:
> =E2=80=A2 Users of GNU matter, but they are not, to me, =E2=80=9Cstakeh=
olders=E2=80=9D in the
> same sense as people who dedicate much of their time building GNU
> (webmasters, sysadmins, developers, maintainers, etc.).
> We envisioned the social contract as a connection among all these
> stakeholders and as a pledge to people outside the project,
> including users.
I would argue users of GNU are not "stakeholders" *to the same degree*
as people who
dedicate their time building GNU, but certainly "in the same sense". GNU
is not simply a product
where consumers would have no say in a company's products other than not
During the early drafts there was some discussion about the definition
of "stakeholder" but
it proved difficult to establish without being too exclusive and the
matter was dropped.
Fortunately another thread called "What is a software stakeholder" was
recently created to address the problem directly.
DJ Delorie quoted a wikipedia page about project management which had
the quote "Think broadly about stakeholders. This is good project
If any project should think broadly about stakeholders, it should be
GNU, because its goal is not strictly a technical feat.
Those who deploy GNU, or advocate GNU, or even simply run GNU have a
direct stake in the project, because GNU is not just a product. If the
social contract is about fairness in governance, everybody stakeholder
should be represented to a degree.
Finding a precise and generally acceptable definition of "stakeholder"
might be one of the things that
is holding back adoption and acceptance of this document.
As far as I'm concerned, rms has always represented me in the GNU
project. He is the one I could contact
directly with any concerns or questions.
After he stepped down from the FSF, he told me to trust the FSF. Having
known of Alexandre Oliva's track record for a long time, this was not
hard to accept.
If someone wants to restructure GNU governance and abolish the role of
the Chief GNUisance and
cut out the FSF, something needs to replace that implicit chain of trust.
No design of new governance so far has addressed the implicit chain of
trust to any satisfaction, and those in favour of
restructuring have given me no reason to trust them, but even if they
had, there's no oversight
that guarantees the new governance structures wouldn't be corrupted from
the inside over time. And given the scope of the GNU project, "over
time" isn't measured in quarterly goals, but centuries,
if not millenia; it is, or should be, part of the future of our species.
It's fair to discuss governance of the GNU project in a post-rms era.
It's not fair to say "Trust us, we
know what we're doing. We're the good guys."
Having to trust rms is a historical necessity and a fluke. We're lucky
it turned out okay-ish. I agree relying
on flukes is not a solid plan for the future, but any replacement plans
should address all aspects
of what he represents.
Hangout mailing list