From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wr1-x441.google.com (mail-wr1-x441.google.com [IPv6:2a00:1450:4864:20::441]) by sourceware.org (Postfix) with ESMTPS id 628023945060 for ; Wed, 18 Mar 2020 22:30:09 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 628023945060 Received: by mail-wr1-x441.google.com with SMTP id f3so414698wrw.7 for ; Wed, 18 Mar 2020 15:30:09 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=0HtmQHy8b4BlM/6p9c8Ac8WZhRx6P2AWY/KEUjhm+eE=; b=OR7FQ8Vph8JlliD3q4Eo+bUZEj+g4Vmjxri1OXP8AFnRAcDRcVrBEnXpMHjb1/fbT0 k0yGpFsBdQc45CaCr5j5q5qwAZg/0YcRB25JYEKfkFo+66blxf+Y/3CedYvd6oZ+t0cp YXULiFsjwRQ978EaZb9Er5P4WDeYcH66JYypPiVV2437bXRXv8puTrqsEVmiuk7VmMl/ 2tCTyTikRWNJP0nT99rJxWvDeP8gR8F6gKfJvOCS2yhVlsGvqOd+crpQngbBJkg5pHVL pd1uR7j+URiC26XIhIK1t8OhCJCq9JrO83/lD64zTV+IVeV1PCbI7Vi0DC0HCdAkt1Hq WRiA== X-Gm-Message-State: ANhLgQ1q8MBUE9ZtI9G3g0RfE3P4PL4Kobd3sV/KkKsKpMnVLd5O5uY4 4gcKMtTaTc9BnNW6xn6A9lJW/Suz4ABD82UY/og= X-Google-Smtp-Source: ADFU+vvBAn3Rm13t/cVMxFjTAQnHncylWcq+/K/7Ypd+er395KxSEsGgKxveldlEq857Zh4I9y+Sl72/KFHG88cVNho= X-Received: by 2002:a5d:4088:: with SMTP id o8mr150156wrp.144.1584570608531; Wed, 18 Mar 2020 15:30:08 -0700 (PDT) MIME-Version: 1.0 References: <20200317194613.GH22482@gate.crashing.org> <20200317195158.GC112952@elastic.org> <874kumt0bh.fsf@mid.deneb.enyo.de> <20200318110109.GA5496@redhat.com> <20200318142239.GF112952@elastic.org> <3af9771e-e577-f2a1-843e-c2b078bfc4ea@t-online.de> <20200318162250.GG112952@elastic.org> In-Reply-To: From: Jonathan Wakely Date: Wed, 18 Mar 2020 22:29:57 +0000 Message-ID: Subject: Re: Not usable email content encoding To: Jim Wilson Cc: Michael Matz , overseers@gcc.gnu.org, "Frank Ch. Eigler via Gcc" , Overseers mailing list , Segher Boessenkool , Alexander Monakov , "Frank Ch. Eigler" , "Frank Ch. Eigler" , Florian Weimer Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-0.2 required=5.0 tests=DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-Mailman-Approved-At: Thu, 19 Mar 2020 15:51:22 +0000 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: Wed, 18 Mar 2020 22:30:10 -0000 On Wed, 18 Mar 2020 at 21:54, Jim Wilson wrote: > > I'm one of the old timers that likes our current work flow, but even I > think that we are risking our future by staying with antiquated tools. > One of the first things I need to teach new people is now to use email > "properly". It is a barrier to entry for new contributors, since our > requirements aren't how the rest of the world uses email anymore. > LLVM has phabricator. Which is horrible. > Some git based projects are using gerrit. Which I looked into previously and decided I didn't like it. If I recall correctly, gerrit has to "own" the repo, and so it's only possible to commit to the repo by pushing to gerrit first, then getting the patch approved. That is fine for write-after-approval, but adds a step for maintainers who can approve their own changes. I think it also only very recently gained the ability to group a series of patches together, as it wants a single commit per review. > Github and gitlab are useful services. We need to think about setting > up easier ways for people to submit patches, rather than trying to fix > all of the MUAs and MTAs in the world. There's also https://pagure.io/pagure which is Free Software. I think it would be great if one of those forge services could be set up to run *in parallel* to our existing workflow, so that we can accept pull requests there without forcing all work to go through it (like gerrit). New contributors who are used to the GitHub model could submit pull requests there, and maintainers could merge them into the repo with the click of a button. For significant changes it's more likely maintainers would pull the branch into their local repo, test it, and then push manually. But if we had a CI service testing pull requests (like Travis CI does for GitHub) and a pull request was shown to introduce no regressions then it could be merged with a single click.