From: Rich Freeman <rich0@gentoo.org>
To: gentoo-project <gentoo-project@lists.gentoo.org>
Subject: Re: [gentoo-project] Social Contract clean-up
Date: Tue, 27 Mar 2018 16:44:21 -0400 [thread overview]
Message-ID: <CAGfcS_nrtb1Q0CMSTotbNjaR69EH12HpTY9uSzXvuMLEe8hrpw@mail.gmail.com> (raw)
In-Reply-To: <CAPDOV4-Nq5ZZH8m5apViuyadEt=v+DTJyWY+UoXLE-NNwGWQ0A@mail.gmail.com>
On Tue, Mar 27, 2018 at 4:26 PM, Daniel Robbins <drobbins@funtoo.org> wrote:
>
> My point is this -- the organizational structure that exists, exists. It's
> for everyone's benefit if those who do not like the organizational structure
> leave the project and do their own thing, under a different organizational
> structure, and those that do stay, do support it as it is intended to
> function so that it can be the best it can be.
What if "the best it can be" simply isn't good enough? That is the
concern here.
If I thought that the system that puts the board responsible for
finances in charge of everything else was sustainable I'd just work
within that system. I'd just encourage the Council to run for Trustee
slots and all would be well, and I'd probably have run for a Trustee
position last year again.
However, there are real problems with this because the
skills/interests of those capable of running the distro vs the
Foundation don't overlap well. And honestly I'm not sure anybody is
really capable of running the Foundation in its current state, at
least not who is inclined to do so or has the time to do so. That
isn't a knock on the Trustees - it is just pointing out that they have
quite a hole to dig themselves out of.
> Anyone who really isn't behind the trustees and the NFP system should leave,
> because that is the system we have and will continue to have.
This assumes that this is something impossible to change, and that
makes no sense. Other FOSS projects have restructured into
umbrella-based models, and there are surely other models that might
also work.
For all the talk of ivory towers around here the ones suggesting
having the Trustees be in charge seem to be ones trying to get
everybody who disagrees to leave. You're actually the second person
to suggest that I do so, though the other was not made publicly.
The Foundation has been around for quite a while. It has had MANY
turnovers in the Trustees. Many of them have no doubt been capable.
And yet in this time we've had the corporate registrations expire
once, a few terms with not all the slots filled, and the latest news
seems to be that nobody can find any evidence that anybody has filed
the legally-required annual tax forms (which was news to me because
when I was on the Trustees I'm pretty sure I had been told that they
were being filed).
IMO the blame is not in the Trustees themselves, but that the approach
just isn't a good fit for Gentoo. I don't blame those who set it up
either, because I don't think anybody would have realized how it would
have turned out in the end, and there weren't a lot of alternative
models back then. I think that people step into the role of Trustee
or Treasurer intending to get things sorted out, and then find that it
is a huge black hole of time demands that they just can't keep up
with, until they leave. Maybe they'll advance things while they're in
the role, but it never seems to be enough.
If we're going to stay in the NFP business then we need to come to
grips with the effort required and actually make it sustainable.
Otherwise we're just playing games with a legal entity until somebody
gets around to calling the whole thing into question. Granted, that
might never happen since we're small potatoes, but nobody can promise
that so it is a risk.
--
Rich
next prev parent reply other threads:[~2018-03-27 20:44 UTC|newest]
Thread overview: 101+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-03-27 0:09 [gentoo-project] Social Contract clean-up Daniel Robbins
2018-03-27 0:15 ` Rich Freeman
2018-03-27 0:39 ` Daniel Robbins
2018-03-27 0:47 ` Rich Freeman
2018-03-27 1:14 ` Francisco Blas Izquierdo Riera (klondike)
2018-03-27 1:30 ` Rich Freeman
2018-03-27 1:54 ` Daniel Robbins
2018-03-27 2:09 ` Matthew Thode
2018-03-27 6:56 ` Rich Freeman
2018-03-27 8:07 ` Ulrich Mueller
2018-03-27 22:32 ` Sam Jorna (wraeth)
2018-03-28 9:26 ` Ulrich Mueller
2018-03-27 8:19 ` Michał Górny
2018-03-27 15:47 ` Daniel Robbins
2018-03-27 16:28 ` Rich Freeman
2018-03-27 16:31 ` Daniel Robbins
2018-03-27 16:49 ` Rich Freeman
2018-03-27 17:18 ` Daniel Robbins
2018-03-27 17:43 ` Rich Freeman
2018-03-27 18:38 ` Daniel Robbins
2018-03-27 19:40 ` Rich Freeman
2018-03-27 20:26 ` Daniel Robbins
2018-03-27 20:39 ` Alec Warner
2018-03-27 20:53 ` Rich Freeman
2018-03-29 22:20 ` Andreas K. Huettel
2018-03-27 20:44 ` Rich Freeman [this message]
2018-03-27 22:52 ` Daniel Robbins
2018-03-27 23:01 ` Francisco Blas Izquierdo Riera (klondike)
2018-03-27 23:42 ` Robin H. Johnson
2018-03-28 9:12 ` Ulrich Mueller
2018-03-28 15:38 ` Daniel Robbins
2018-03-28 16:23 ` Alec Warner
2018-03-28 16:38 ` Daniel Robbins
2018-03-28 17:09 ` Ulrich Mueller
2018-03-28 17:21 ` Daniel Robbins
2018-03-28 17:39 ` Rich Freeman
2018-03-28 19:25 ` Daniel Robbins
2018-03-28 16:41 ` Rich Freeman
2018-03-28 16:44 ` Daniel Robbins
2018-03-28 16:52 ` Rich Freeman
2018-03-28 16:47 ` Ulrich Mueller
2018-03-28 17:06 ` Daniel Robbins
2018-03-30 15:03 ` Andreas K. Huettel
2018-03-30 17:35 ` Daniel Robbins
2018-03-30 18:14 ` Seemant Kulleen
2018-03-30 23:49 ` Daniel Robbins
2018-03-31 0:24 ` Rich Freeman
2018-03-31 4:13 ` Daniel Robbins
2018-03-31 10:39 ` Rich Freeman
2018-03-31 19:06 ` Daniel Robbins
2018-03-31 20:30 ` Rich Freeman
2018-03-31 21:48 ` Daniel Robbins
2018-03-31 22:01 ` Daniel Robbins
2018-03-31 22:09 ` Michał Górny
2018-03-31 22:13 ` Daniel Robbins
2018-03-31 23:52 ` Daniel Robbins
2018-03-31 22:13 ` Chris Reffett
2018-03-31 22:14 ` Daniel Robbins
2018-03-31 22:22 ` Rich Freeman
2018-03-31 22:24 ` Daniel Robbins
2018-03-31 22:42 ` Rich Freeman
2018-03-31 22:53 ` Daniel Robbins
2018-03-31 23:17 ` Rich Freeman
2018-03-31 23:35 ` Daniel Robbins
2018-03-31 23:58 ` Rich Freeman
2018-04-01 0:16 ` Daniel Robbins
2018-04-01 3:33 ` R0b0t1
2018-04-02 3:59 ` Dean Stephens
2018-04-02 4:56 ` Daniel Robbins
2018-04-02 5:05 ` Daniel Robbins
2018-04-03 3:57 ` Dean Stephens
2018-03-31 22:59 ` Daniel Robbins
2018-04-02 3:59 ` Dean Stephens
2018-04-02 5:41 ` Daniel Robbins
2018-04-02 5:45 ` Daniel Robbins
2018-04-02 9:47 ` Michał Górny
2018-04-02 14:56 ` Daniel Robbins
2018-04-02 19:42 ` Paweł Hajdan, Jr.
2018-04-02 19:52 ` Daniel Robbins
2018-04-02 19:59 ` Paweł Hajdan, Jr.
2018-04-02 20:06 ` Daniel Robbins
2018-04-02 19:55 ` Paweł Hajdan, Jr.
2018-04-02 19:57 ` Daniel Robbins
2018-03-31 6:48 ` Paweł Hajdan, Jr.
2018-03-31 10:59 ` Rich Freeman
2018-03-31 13:03 ` Francisco Blas Izquierdo Riera (klondike)
2018-04-02 3:59 ` Dean Stephens
2018-03-30 19:38 ` Ulrich Mueller
2018-03-30 23:51 ` Daniel Robbins
2018-03-29 22:18 ` Andreas K. Huettel
2018-03-29 22:17 ` Andreas K. Huettel
2018-03-29 22:15 ` Andreas K. Huettel
2018-03-29 22:05 ` Andreas K. Huettel
2018-03-27 16:49 ` Alec Warner
2018-03-27 17:38 ` Daniel Robbins
2018-03-27 19:12 ` Matthew Thode
2018-03-27 19:37 ` Michał Górny
2018-03-27 20:12 ` Daniel Robbins
2018-03-27 20:25 ` Michał Górny
2018-03-28 15:12 ` Matthias Maier
2018-03-29 22:04 ` Andreas K. Huettel
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAGfcS_nrtb1Q0CMSTotbNjaR69EH12HpTY9uSzXvuMLEe8hrpw@mail.gmail.com \
--to=rich0@gentoo.org \
--cc=gentoo-project@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox