From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-yb1-xb35.google.com (mail-yb1-xb35.google.com [IPv6:2607:f8b0:4864:20::b35]) by sourceware.org (Postfix) with ESMTPS id CA8BF385828E; Wed, 1 May 2024 21:38:30 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org CA8BF385828E Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gmail.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org CA8BF385828E Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=2607:f8b0:4864:20::b35 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1714599513; cv=none; b=OLyj22bKYcJ/NgLN+8+s763R60P0wSfZH9zwidCKhupROExDDSVymP6xM4q0QeXmyzoxXeAD3/eH0sY/uBFwlrOp3gXJvmKV9UllbKLn073Iy/SrKEJ7/AQmyiJN4kiKlve7EV7AYcYtSIbTVFelooyxZonqNpjhoeXbKj6DMAw= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1714599513; c=relaxed/simple; bh=TKz5zFckhRmgd670CPwkpy67i4n5mbvesRd/1+8XWr0=; h=DKIM-Signature:Message-ID:Date:MIME-Version:Subject:To:From; b=jBK37ww0iuDpON1/rkh0YGTbtVwnmWLJyWpaDxrlndfq2ePyUS8I+ESsk+hsEWw68/TEfEHNTGn53ACHhMC9a4LMC2E66XgR6VUz0ppfXYEqvuvUooIGjhogagXRXeI5x5UW7mYdIaXuToEzXFFti5c3t8yant7hJkQHfdYSozQ= ARC-Authentication-Results: i=1; server2.sourceware.org Received: by mail-yb1-xb35.google.com with SMTP id 3f1490d57ef6-db4364ecd6aso7978484276.2; Wed, 01 May 2024 14:38:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1714599510; x=1715204310; darn=sourceware.org; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=PPR7zbmF4kLl5ndYlQt0eEU6haG4gnHr6fd37jCRg2k=; b=ElhHbbQkNnAPHiU5ZLW62p9mQGHaF/sd6YexOaojl7EVgpFprDRPsrM9RKikw2oGLI KGfX5WGbt59uUE6ClCay3g7rD+sdGSm+rXm3UOt2igw6EgNADRqKumHh14/ca3FNEb4l nuIqGGSFvATbIYuexbQ2xomxeA2e5oQZxoww7cPeFpbKemKAiHKXec4YuG8FLOH+raTv RrotqYIuLfMksilZnKzZx8BcB0A0qbQU3NG6ef91Vp1D8JswH6xL3ZQPajouVDa7zkjz QcBoDstVcOlRfF4iJdYANaTsEXqHWBjIf/5oINPG92Fhx7FW8vzaaD57ZOjR33sOufaW djxA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1714599510; x=1715204310; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=PPR7zbmF4kLl5ndYlQt0eEU6haG4gnHr6fd37jCRg2k=; b=J6A9GYBsnydi4/L50gEVtgZwlVFmBDlBPlo+BvW8zKIga0IsIQ6Y8MQgY1pRxggS3v HxFVH96k7ZLI0SoJiovGjqxUWX8SXLTfREtJ+h1QtwdnZPuRtP2Xfb4+OuwwiyGxmtYQ xBYJTdSGe4yvPoH3qNaKp1hifEiSBgrgpp8Wbm9RWJduYF49CVakcKsO3u3FV1XI1+Qq KcsUkiXeDSM5BFXrtQGq12LmVvYM6BaokoYz1Fi3WwRXie4xd9E1aEyvhVXzKD4mIs+t zaACKURKv4bxVuee6A/y7ZiMThqlfdb1gfWqEyn6gxeI8VAb5sTJ50duHs/ef5xFO5qb cKBg== X-Forwarded-Encrypted: i=1; AJvYcCX1Fb7/01Ns6KrHZ2rAOY3hR6FHRXQK1qItWq8qQQsX3RlpzoBFcTrj9skqIwj1/SgWpqVKE1N9qeNv38yErvLzaZBtYTVhnp4gqt+19KczOfsbSBe6sF+t16sbmrNir+pgzFr2P0XcMP2T3T9pfN6ATNQ1C9lrIkdI2yeJgXoIejVDunFn0oKvZc6BYbng/EY= X-Gm-Message-State: AOJu0YzWYwPqcgovj/ZnJ5FDkV6XImgHaGUwPXX6yE0PSFX7eyQofFeY Z8WhZoj7j3IydBDpYlioOYKjY+basHRh+YSGvYxf5IR7yj/WxSC3 X-Google-Smtp-Source: AGHT+IEjyhVlGXJ3lmfDAQUNtMD/ctNUOMTL/Ju21sJvr0Qg2a1Nd96BAFj8lAYUNtpFerluNMiJ/g== X-Received: by 2002:a25:ac15:0:b0:de4:5cfe:855a with SMTP id w21-20020a25ac15000000b00de45cfe855amr3680186ybi.33.1714599509911; Wed, 01 May 2024 14:38:29 -0700 (PDT) Received: from [172.31.0.109] ([136.36.72.243]) by smtp.gmail.com with ESMTPSA id h10-20020a25e20a000000b00de59eb9adf6sm3137720ybe.33.2024.05.01.14.38.28 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 01 May 2024 14:38:29 -0700 (PDT) Message-ID: <9580dbf5-5357-404c-b6f2-5e21fd369d3e@gmail.com> Date: Wed, 1 May 2024 15:38:28 -0600 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Beta Subject: Re: Updated Sourceware infrastructure plans Content-Language: en-US To: Jason Merrill Cc: "Frank Ch. Eigler" , Overseers mailing list , Mark Wielaard , Joseph Myers , gcc@gcc.gnu.org, binutils@sourceware.org, gdb@sourceware.org, libc-alpha@sourceware.org, Tom Tromey References: <20240417232725.GC25080@gnu.wildebeest.org> <20240418173726.GD9069@redhat.com> <87v849qudy.fsf@tromey.com> <87wmooep76.fsf@tromey.com> <0347e05a-94c6-4ecc-aa8f-cc90358a813d@gmail.com> <0d0af1d9-21f8-4c60-ad4c-cd82c0c0cabb@redhat.com> From: Jeff Law In-Reply-To: <0d0af1d9-21f8-4c60-ad4c-cd82c0c0cabb@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.4 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,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 5/1/24 2:04 PM, Jason Merrill wrote: > On 5/1/24 12:15, Jeff Law wrote: >> >> >> On 4/22/24 9:24 PM, Tom Tromey wrote: >>> Jason> Someone mentioned earlier that gerrit was previously tried >>> Jason> unsuccessfully. >>> >>> We tried it and gdb and then abandoned it.  We tried to integrate it >>> into the traditional gdb development style, having it send email to >>> gdb-patches.  I found these somewhat hard to read and in the end we >>> agreed not to use it. >>> >>> I've come around again to thinking we should probably abandon email >>> instead.  For me the main benefit is that gerrit has patch tracking, >>> unlike our current system, where losing patches is fairly routine. >>> >>> Jason> I think this is a common pattern in GCC at least: someone has an >>> Jason> idea for a workflow improvement, and gets it working, but it >>> Jason> isn't widely adopted. >>> >>> It essentially has to be mandated, IMO. >>> >>> For GCC this seems somewhat harder since the community is larger, so >>> there's more people to convince. >> I tend to think it's the principal reviewers that will drive this.  If >> several of the key folks indicated they were going to use system XYZ, >> whatever it is, that would drive everyone to that system. >> >> We're currently using patchwork to track patches tagged with RISC-V. >> We don't do much review with patchwork.  In that model patchwork >> ultimately just adds overhead as I'm constantly trying to figure out >> what patches have been integrated vs what are still outstanding. >> >> Patchwork definitely isn't the answer IMHO.  Nor is gitlab MRs which >> we use heavily internally.  But boy I want to get away from email and >> to a pull request kind of flow. > > Do you (or others) have any thoughts about GitLab FOSS? I would assume its basically the same as gitlab, except with any proprietary removed and that new features land in the enterprise version first and presumably migrate to the FOSS version over time. What works well? If you've wired up some CI bits, it's is extremely useful to test an under development patch. Develop, push a branch, raise an MR. At that point the CI system kicks in. Subsequent pushes to the branch trigger fresh CI runs. This aspect I really like and if you were to see internal flows, you'd see dev branches churning as a patch gets iterated on. It also has features like "when this passes CI, automatically commit it", which we often use on the final patch iteration if there was a nit of some kind. What doesn't? Finding things in gitlab is *awful*. Now we're just talking about one repo, so it may be more manageable in that regard. And we're not talking about using it for bug tracking. As long as we kept on top of the MR queue, maybe it would be feasible. So maybe I should soften my stance on gitlab. If we're not using it for bug tracking and hosting many projects, then maybe its viable. I think the driving force will be whether or not folks like you, Richi and others that do a ton of patch review would be more efficient in a gui or not. I don't think I am, but maybe that would change if I did it every day for decades like I did with email :-) jeff