From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from gandi.kataplop.net (gandi.kataplop.net [46.226.111.114]) by sourceware.org (Postfix) with ESMTPS id 370C03858D3C for ; Thu, 1 Sep 2022 19:18:46 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 370C03858D3C Received: from [176.191.105.132] (helo=arrakis) by gandi.kataplop.net with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oTpi7-0005eG-MQ; Thu, 01 Sep 2022 21:18:44 +0200 From: Marc To: fche@elastic.org Cc: bkuhn@sfconservancy.org, overseers@sourceware.org, pono@sfconservancy.org, mark@klomp.org Subject: Re: proposing Sourceware as Software Freedom Conservancy member project In-Reply-To: Yw5Q4b/2nqvAi3K4@elastic.org Date: Thu, 01 Sep 2022 21:18:30 +0200 Message-ID: <87zgfi6gzd.fsf@kataplop.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam_score: -1.0 X-Spam_bar: - X-Spam-Status: No, score=-0.7 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FAKE_REPLY_C, 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 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 19:18:47 -0000 Hi! Thanks for everything! As a (very minor) contributor of the GCC-Rust, I can see how the CI is really helpful. The public-inbox looks also very interesting (Mark listed some of the nice features this tool offers, I've already looked at piem), thanks! > 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. I understand that the best would be to offer manpower, but you also mention funding. It's not clear (at least for me) how it's currently working, and how it would work if/when the project is accepted by the SFC. I don't feel qualified for any of the small-tickets you list but would still like to help if possible. If there's a way to donnate to the project, could you explain how? I guess this will be discussed during the upcoming Cauldron during Mark's presentation? Thanks again for all your work :) Marc