From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by sourceware.org (Postfix) with ESMTPS id 25BE23858D3C for ; Thu, 1 Sep 2022 18:46:01 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 25BE23858D3C Received: from mimecast-mx02.redhat.com (mimecast-mx02.redhat.com [66.187.233.88]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-461-jwrxXMPzNo2_N-GcfgS8rg-1; Thu, 01 Sep 2022 14:45:58 -0400 X-MC-Unique: jwrxXMPzNo2_N-GcfgS8rg-1 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.rdu2.redhat.com [10.11.54.4]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id 0DD1680D2B5 for ; Thu, 1 Sep 2022 18:45:58 +0000 (UTC) Received: from calimero.vinschen.de (unknown [10.39.193.176]) by smtp.corp.redhat.com (Postfix) with ESMTPS id DF0772026D4C for ; Thu, 1 Sep 2022 18:45:57 +0000 (UTC) Received: by calimero.vinschen.de (Postfix, from userid 500) id BCF70A806FE; Thu, 1 Sep 2022 20:45:56 +0200 (CEST) Date: Thu, 1 Sep 2022 20:45:56 +0200 From: Corinna Vinschen To: overseers@sourceware.org Subject: Re: proposing Sourceware as Software Freedom Conservancy member project Message-ID: Reply-To: overseers@sourceware.org Mail-Followup-To: overseers@sourceware.org References: MIME-Version: 1.0 In-Reply-To: X-Scanned-By: MIMEDefang 2.78 on 10.11.54.4 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=utf-8 Content-Disposition: inline X-Spam-Status: No, score=-5.2 required=5.0 tests=BAYES_00, DKIMWL_WL_HIGH, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_DNSWL_LOW, SPF_HELO_NONE, SPF_NONE, 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 X-BeenThere: overseers@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Overseers mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Sep 2022 18:46:02 -0000 On Aug 30 14:03, Frank Ch. Eigler via Overseers wrote: > 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/ Some of these services sound pretty good. I like especially the "Avoid Non-Profit Administrivia" :))) > 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. I'd like to raise my finger here. As you probably know well, Cygwin has very little need for official services like the above. Apart from website, git, and mailing list, we especially require the handcrafted services for our Windows-centric package management of our distro. We're maintaining this stuff pretty much self-sufficiently for a long time. I take it this can continue and will still be supported in future? Corinna