From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from pine.sfconservancy.org (pine.sfconservancy.org [162.242.171.33]) by sourceware.org (Postfix) with ESMTPS id C97F73858C2D for ; Thu, 8 Sep 2022 19:16:38 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org C97F73858C2D Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=sfconservancy.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=sfconservancy.org Received: from wn (75-164-141-85.ptld.qwest.net [75.164.141.85]) (Authenticated sender: pono) by pine.sfconservancy.org (Postfix) with ESMTPSA id 9FA09E34C; Thu, 8 Sep 2022 19:16:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=sfconservancy.org; s=pine; t=1662664598; bh=2jb1ecn6eyK6MfkL+T8DmM0aJRODypigFdx9Yw8Ius0=; h=Date:From:To:Subject:References:In-Reply-To:From; b=k/irthCWa/kF5cVJjNsAVkaJPTA4TambUYCOyswaRSq1oPNgAsfadJ12mOLZ5ng1W VCTv66FIDcrqcUfhc4qhJU6ld7IxzJQjavtL+g8utYl7ZEGciMXl9tKCBcW/cmDwzb I0FuIpa51CPNnb/F8djQ+hWpPa12yAuM5Nb5BqBDTHlMdD+9qUMrceh/fYKXddEKTa Zrm4HDpzSYP7isTlu8BycbFKzzMiNV14y21yb94mEGpmSWC52vWWpITY0pjO6p6xke iJ2c1rZFyPQurZHUrumm5HYkmmFsiNEiLjLCupWrtPP89ZHJiMGugWPX3v7NvUeFAu R8dk/8MtKLoIQ== Date: Thu, 8 Sep 2022 12:16:35 -0700 From: Daniel Pono Takamori To: "Frank Ch. Eigler" , overseers@sourceware.org Subject: SFC offers project membership to Sourceware; three video-chat discussion times with SFC available Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: We're pleased to report that SFC's Evaluations Committee has voted to accept Sourceware! The next step is to review the legal agreement: https://sfconservancy.org/docs/sponsorship-agreement-template.pdf https://sfconservancy.org/docs/sponsorship-agreement-template.odt We're in the middle of updating our template to improve it a little bit, but there are no substantive changes. The most important section is building the governance section 6, for which the template has various suggested structures. We'd like to have a meeting where anyone can join and ask questions about the agreement or anything else about joining SFC. We'll be hosting 3 calls to let community members join when is best for them: 15:00 UTC Friday, 18:00 UTC Saturday and 17:00 UTC Monday on BigBlueButton. We'll post the links to this mailing list right before the calls. Just for clarity since we heard about some confusion in backchannel: SFC is offering membership to the Sourceware hosting project itself, not to the guest projects that receive services *from* Sourceware. We are completely aware that, for example, the various GNU projects that receive services from Sourceware already have a fiscal sponsor — i.e., the FSF. We are not seeking to take those projects from the FSF, rather, to offer SFC's services to the Sourceware hosting platform itself. We're glad to answer questions on this and anything else related at these sessions! Thanks and see you there! -Pono On Tue, Aug 30, 2022 at 02:03:13PM -0400, Frank Ch. Eigler wrote: > The overseers of the hosting server sourceware.org aka cygwin.org aka > gcc.gnu.org aka (others *) invite the community to assist us in > further securing the future of the service. Red Hat has been and > continues to be a generous sponsor of the hardware, connectivity, and > the very modest employee time it requires. We are glad to report > there are zero indications of any change to this commitment. Things > are stable, new services are coming online, and users seem to be > happy. However, it is always good to think about any future needs. > > To protect confidence in the long term future of this hosting service, > we have reached out to the Software Freedom Conservancy (SFC) to > function as a "fiscal sponsor". For those who aren't familiar with > it, the SFC is a registered US 501(c)(3) public-benefit charity, > associated with dozens of major FOSS projects, including Buildbot, > Inkscape, Git, Outreachy, QEMU and Xapian: > https://sfconservancy.org/projects/current/ > > SFC takes open applications from FOSS communities and projects. Our > application process has just begun. As a part of this effort, we > contemplate no necessary technical change or disruption of any sort, > including to operations, governance, or hosted project procedures or > licensing. It would be solely a way to help future needs by providing > routing for financial contributions, and have an official, charitable > entity (with a real legal existence) for supporting sourceware.org. > If accepted as a member project, sourceware.org would have access to > this list of services from SFC, and possibly more: > https://sfconservancy.org/projects/services/ > > This year, we set up a roadmap to improve the services for tracking > and automation of email based patches and testing > https://inbox.sourceware.org/overseers/YrLdfDWzq1T4k5xg@wildebeest.org/ > This resulted in the launch of several new or updated services > (builder.sourceware.org, patchwork.sourceware.org and > inbox.sourceware.org). This didn't need any additional funds (except > for the sourcehut mirror which costs $10 a month). We are proud to > operate these services with minimal costs so we can sustain them both > in good and in bad years. But that doesn't mean everything has to be > done on a zero budget. Financial contributions are more than welcome > so that if the need arises we can contract for some unusual admin > stuff or additions to services like bugzilla, buildbot, patchwork, > public-inbox or sourcehut. > > There are a few small-ticket items that we would dearly welcome > community assistance with. This is just a draft of a draft, just to > give you an idea of the scope. No gigaprojects, just community scale: > helping each other out. That kind of low-budget efficiency seems to > be a perfect match for SFC. > > - For helping future overseers come on board, we'd love someone's help > to write refreshed SOP documentation about how things work and how > to fix problems. > > - We could use more documentation for projects to help them come on > board, operate their share of the infrastructure, and easily leave > if they like. > > - We might need a new security review and more tooling to manage > credentials and access. > > - We could use help further automating the management of the new > buildbot system, and would love ever more build workers. > > - Some projects operate extra infrastructure services on sourceware > that require occasional updates, which they would prefer to offload > to someone else. > > These are only some ideas. We'd love yours. We can start tracking > these on bugzilla, why not? > https://sourceware.org/bugzilla/describecomponents.cgi?product=sourceware > > We would especially love to hear from people who are able to oversee > and/or carry out this kind of work. If our application to the SFC > succeeds, we need likeminded folks to help officially judge funding > priorities. We promise the SFC application & committee work would be > as low-stakes and informal as possible. Bradley and Daniel from the > Conservancy have agreed to monitor this discussion and answer any > questions about what the SFC can and cannot do to help us if we become > an SFC member project. > > Sourceware has been operating since 1998. With your advice and help, > we can keep hosting projects and their developers, comfortably and > steadily, another few decades. https://sourceware.org/mission.html > > Chris Faylor > Frank Eigler > Mark Wielaard > > > (others *): We are reaching out to the 20 most active projects on > Sourceware (binutils, bunsen, bzip2, cgen, cygwin, debugedit, dwz, > elfutils, gcc, gccrs, gdb, glibc, insight, kawa, libabigail, libffi, > newlib, sid, systemtap, valgrind) about this proposal to make sure > nobody is caught unaware. And Sourceware is also responsible for > preserving the history of another 40 projects which are either less > active, have been archived or moved on.