From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from bumble.birch.relay.mailchannels.net (bumble.birch.relay.mailchannels.net [23.83.209.25]) by sourceware.org (Postfix) with ESMTPS id E10FD3858D32; Mon, 17 Oct 2022 16:11:59 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org E10FD3858D32 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=gotplt.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gotplt.org X-Sender-Id: dreamhost|x-authsender|siddhesh@gotplt.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 0E304142257; Mon, 17 Oct 2022 16:11:57 +0000 (UTC) Received: from pdx1-sub0-mail-a305 (unknown [127.0.0.6]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 74CD91421CC; Mon, 17 Oct 2022 16:11:56 +0000 (UTC) ARC-Seal: i=1; s=arc-2022; d=mailchannels.net; t=1666023116; a=rsa-sha256; cv=none; b=6wBCkT04l6DLujyPuCtq5PhxGbGzDqbL4NdxJFL8ZCMnRoQMmVEv48rqST0zkOt3WrxJ0p yYUUnpwhALA1i8birOtc/afXluILa3EL7mxoP6iwvAN5n3xGz4aCWxMLUiZgs/s1zaabB+ apqi0lRpcsCzrBCT4vsRipzG7fDVTuDJe8WM+qRQiBsBl/gnDx7AbdkHphYuKDHtHgP/2u Ey9aSGisXb8cUl7ORa/5fy9IrfCdbXNBicNtLF0y9Tq/g0YC1MzlRpYzjID+H2s+R3mONF G2M3f1EGTWmCkvN6VS1XEbGSjhRzbnhMjDEjBNa1TNpGYBrzPL1fTCKwNyuP0g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=mailchannels.net; s=arc-2022; t=1666023116; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=sBQ6rynqrrgzBrSPAobqXwiJ2HULMWJab4B94IS+6Cw=; b=eMSNp7b99HDMuezsUtNVnqG1+O5abR+wRXKTpbUTqlsH+M/QUfmWj4ubnMtagwUvaAcrsi igui8+HEMk+3taazkIt8RqncZcqQJ8kbFQTcuddLkrnrtuoHo/6FYeXDF2wP5bia16h/56 9ywRNbs0Ae953A6k3XYcl2h/+A/rdi7ry7ismUL2EDQZNo///pg4MlwXXThoFp9/qWhO5a z4+KUjgjqIkfILGnX8RsreUSvo4eOuxuN4DIDYYN8ILB9OCmhQwF2+5Wong3FyvGRKM0VH krqwqMDzSkrvSKYSASATQONTH5gbu6GN33Td7wYrQ9Hj2/rKrSCeV+nxG63UZg== ARC-Authentication-Results: i=1; rspamd-7fb88f4dd5-ll8h2; auth=pass smtp.auth=dreamhost smtp.mailfrom=siddhesh@gotplt.org X-Sender-Id: dreamhost|x-authsender|siddhesh@gotplt.org X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|siddhesh@gotplt.org X-MailChannels-Auth-Id: dreamhost X-Irritate-Abortive: 4941e45629139208_1666023116823_1517158849 X-MC-Loop-Signature: 1666023116823:380469999 X-MC-Ingress-Time: 1666023116823 Received: from pdx1-sub0-mail-a305 (pop.dreamhost.com [64.90.62.162]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384) by 100.106.246.144 (trex/6.7.1); Mon, 17 Oct 2022 16:11:56 +0000 Received: from [192.168.0.182] (bras-vprn-toroon4834w-lp130-05-174-93-41-34.dsl.bell.ca [174.93.41.34]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: siddhesh@gotplt.org) by pdx1-sub0-mail-a305 (Postfix) with ESMTPSA id 4Mrhp30s0dzTq; Mon, 17 Oct 2022 09:11:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gotplt.org; s=dreamhost; t=1666023115; bh=sBQ6rynqrrgzBrSPAobqXwiJ2HULMWJab4B94IS+6Cw=; h=Date:Subject:To:Cc:From:Content-Type:Content-Transfer-Encoding; b=SiOjcU5qG5PNYswE+9gg16XgwsC5DEVgh+p3+r7Edu5looqcP+v/tvGnSrcG97+Gi sgVyZ3aSwBGPL3khUtQJL8TWwfhq4mhbcQHKjmwIss3lWFXTyBIJNkQY1F023fqP1U qLlTPpfPt7VeQC85U2o6IWPraAxeZFD3VkkZ8ig8RL/5oF0yzaDCGGgay7k/6jYhj2 g4jMfcKuf82fVMqU2pF4/Y1x/0U9g7Ma4wDmnA168gQaI8l6li2UKBJBV2ab/OnIXR sfZQcNHgrtXEY8GfanP4WWsP3+gImqNY+kvAM+6CV8Hgg++h5gCvgrVDq46YwMZvPe S9FqvOvAYzp1w== Message-ID: <9c0a9111-07b1-3617-c5c8-4b12e616f985@gotplt.org> Date: Mon, 17 Oct 2022 12:11:53 -0400 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.12.0 Subject: Re: Toolchain Infrastructure project statement of support Content-Language: en-US To: Overseers mailing list Cc: Mark Wielaard , gdb@sourceware.org, libc-alpha@sourceware.org, binutils@sourceware.org, gcc@gcc.gnu.org References: <2513b668-9ebd-9e78-7263-dc24f4a9558a@redhat.com> <20221013182529.sm76fysq37sv754x@cgf.cx> From: Siddhesh Poyarekar In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-3030.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,TXREP 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: On 2022-10-17 11:10, Mark Wielaard via Overseers wrote: > In the last year we did some really nice work for the sourceware > infrastructure. We setup the shared buildbot, got various companies and I feel like you're taking this personally as an overseer; the proposal to transition to LF IT is not a value judgment on your work. It is a proposal to scale far beyond what our current resources can afford. I personally am grateful for all that work and have participated in some of it too but I don't think that it's a scalable approach for gcc or to a lesser extent, glibc. > organisations to provide compute resources, workers for various > architectures. We now have CI, Try and Full builders for various > projects and doing 10.000+ builds a month. With a bunsen analysis > database with all those test-results. Did a resource analysis and wrote > up this public roadmap to make the email/git based workflow that > sourceware projects rely on more fun, secure and productive by > automating contribution tracking and testing. We now also have the > sourcehut mirror and the public-inbox instance to make the email > workflow nicer and support things like patch attestation. We are > working on better integration between patchwork and buildbot for pre- > commit checking. And we got the Software Freedom Conservancy to accept > sourceware as a member project to act as a fiscal sponsor. They are now Fiscal sponsor for the *sourceware overseers*. There's no way for SFC to be a fiscal sponsor for sourceware, which is infrastructure owned by Red Hat. > helping us with the future roadmap, setting up a organization, > budgeting, etc. And the FSF also is supportive of this. The FSF has little stake in sourceware beyond the GNU toolchain, so FSF being supportive of sourceware overseers seeking funding has about the same relevance as the FSF being supportive of my decision to move to a different country. They do have a significant stake in infrastructure for the GNU toolchain project and they've been part of discussions since the idea for GTI germinated. > And now you again seem to not want to discuss any details on how to > work together. After Cauldron I thought we agreed we would discuss > goals on overseers and create sourceware infrastructure bugs. So we > could see what the community priorities were, write an updated > sourceware roadmap, setup a budget, etc. On multiple occasions I've been told on this list that sourceware administration being transitioned to LF IT is out of question, so I don't see the point of having these discussions. I don't see a retention plan that's viable for the next 5, 10 or 20 years. I personally do not think the current sourceware infrastructure, even with the roadmap it promises is a viable alternative to what LF IT can provide. There is a significant resource gap (e.g. service isolation to different machines and/or containers, full time administrators with global presence for FTS support, established security and administration practices, traffic acceleration, to name a few) that we seem to disagree about. There seems to be little to discuss from the GNU toolchain perspective IMO; the overseers think that the LF IT proposal and the additional funding and infrastructure it brings in are not necessary and we think it is. > I was really happy to see the discussions about setting up a video chat > system for projects, the FSF tech-team offering to setup mirrors, > backups and help coordinate secure release uploads. And I had hoped to > see some discussion on how the LF and potential sponsors could help, > working together with the sourceware community and the SFC. > > We really would love for gdb, glibc, binutils and gcc to keep being > part of sourceware. IMO the best way to make this happen is for us to transition sourceware administration to LF IT. However since all projects hosted on sourceware don't seem to agree on this and the overseers also do not desire to give up control over the infrastructure, I don't see another way out of this. Of course, like I said to Chris, it's likely going to be a while before we fully transition away from sourceware (it'll likely happen one service at a time, or something like that, we need to figure that out at some point) and we'll need continued help from the overseers to help manage the infrastructure in the near future. Sid