public inbox for overseers@sourceware.org
 help / color / mirror / Atom feed
From: Daniel Pono Takamori <pono@sfconservancy.org>
To: Mark Wielaard <mark@klomp.org>
Cc: Overseers mailing list <overseers@sourceware.org>,
	"Jose E. Marchesi" <jemarch@gnu.org>,
	"Bradley M. Kuhn" <bkuhn@sfconservancy.org>
Subject: Re: Proposing Sourceware as SFC member project
Date: Fri, 2 Sep 2022 11:51:54 -0700	[thread overview]
Message-ID: <YxJQyhMnfOYweDJ7@wn> (raw)
In-Reply-To: <YxBtIOKYGmE3Jpip@wildebeest.org>

Mark Wielaard wrote yesterday today:
> I CCed Daniel and Bradley from the Conservancy to correct any mistakes
> in my description of the procedures.

Thanks, Mark, your summary of SFC's processes are basically correct.
What I'd like to add is that we've already pointed SFC's Evaluation
Committee to this thread — and we're confident they will all review the
discussion here as part of the evaluation of Sourceware for membership
and fiscal sponsorship by SFC.

Organizationally, we believe in transparency by default for FOSS
projects, and this is even more important for community decision making.
We encouraged Sourceware to discuss their application publicly. 

Almost ten years ago (before my time), SFC participated in a discussion
with the VertX project (and many others) when VertX was choosing a
non-profit fiscal sponsor:
https://groups.google.com/g/vertx/c/WIuY5M6RluM/m/LC_6WkTaQN0J

We learned from that experience (and other similar experiences) that
public discussion on a project's mailing list about the options
available for fiscal sponsorship, and frank discussion by the project's
leadership about what fiscal sponsorship organization best fits their
needs as a project are essential. These days there are *so many* great
options for fiscal sponsorship. There are for-profit
fiscal-sponsorship-as-a-service companies like OpenCollective. There are
corporate-business-interest-focused trade association fiscal sponsors
like Eclipse (where VertX ultimately ended up). Then, there are
charities like SFC. All these options exist because projects' needs and
culture differ. We think fiscal sponsorship sign-up is the best time for
a FOSS community to do some identity-searching and figure out what
organizational structure best fits their project culture. When
governance hasn't been explicitly defined, these growing experiences are
the times when communities need to reflect and embed their values into
their governance structure. And, in a true FOSS way, we believe this
should be done in public, community discussion.

We also post an FAQ for projects (or other fiscal sponsors looking for
information) that are considering applying:
https://sfconservancy.org/projects/apply/ In particular you can review
the standard fiscal sponsorship agreement (FSA) that we use
https://sfconservancy.org/docs/sponsorship-agreement-template.pdf that
might give you a better sense of the kind of governance and fiscal/
legal oversight we provide. SFC's interest in this regard is to preserve
the creation of free software with free software tools and to preserve
community driven development. Please let me know if you have any
questions or are curious about the differences between SFC and other
fiscal sponsors.

Sincerely,
Pono, Community Organizer at Software Freedom Conservancy

  reply	other threads:[~2022-09-02 18:51 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <Yw5aTCLyYx8qqN3W@wildebeest.org>
2022-08-31 22:19 ` Jose E. Marchesi
2022-09-01  8:28   ` Mark Wielaard
2022-09-02 18:51     ` Daniel Pono Takamori [this message]
2022-09-03 14:07       ` Karen M. Sandler
2022-09-03 16:38         ` Mark Wielaard
2022-09-18 19:42         ` Moving sourceware to the Linux Foundation? No thanks Christopher Faylor
2022-09-25 22:31           ` Mark Wielaard
2022-09-26 14:07             ` Ian Lance Taylor
2022-09-26 17:05               ` Christopher Faylor
2022-09-26 19:57               ` Frank Ch. Eigler
2022-09-27 13:03                 ` Carlos O'Donell
2022-09-28  8:53                   ` Ian Kelling
2022-10-02 21:15                     ` Mark Wielaard
2022-09-28  8:33                 ` Ian Kelling
2022-09-28 10:08                   ` Frank Ch. Eigler
2022-09-26 21:53               ` Moving sourceware into the future Mark Wielaard
2022-09-27 17:12                 ` Daniel Pono Takamori
2022-09-26 22:21             ` Moving sourceware to the Linux Foundation? No thanks Carlos O'Donell
     [not found] <Yw5btfOsg6EJRvsM@wildebeest.org>
2022-09-05 15:51 ` Proposing Sourceware as SFC member project Thomas Fitzsimmons

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=YxJQyhMnfOYweDJ7@wn \
    --to=pono@sfconservancy.org \
    --cc=bkuhn@sfconservancy.org \
    --cc=jemarch@gnu.org \
    --cc=mark@klomp.org \
    --cc=overseers@sourceware.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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).