From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 9A700D0D for ; Mon, 10 Sep 2018 15:08:33 +0000 (UTC) Received: from bedivere.hansenpartnership.com (bedivere.hansenpartnership.com [66.63.167.143]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 3837E2C4 for ; Mon, 10 Sep 2018 15:08:33 +0000 (UTC) Message-ID: <1536592110.4035.5.camel@HansenPartnership.com> From: James Bottomley To: Linus Torvalds , Daniel Vetter Date: Mon, 10 Sep 2018 08:08:30 -0700 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Cc: ksummit Subject: Re: [Ksummit-discuss] [MAINTAINER SUMMIT] community management/subsystem governance List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Mon, 2018-09-10 at 04:53 -1000, Linus Torvalds wrote: >   "Live without email - possible?" Can I propose one small alteration to the topic: "Patches without Email - Possible?" The reason is I've had too much experience with other open source projects who religiously oppose email based interaction (some of them because the kernel uses it) and have seen the amount of difficulty and friction it causes and I really don't think we want to go down that exclusionary road. I think we always need a way of accepting patches by email because it's the easiest communication mechanism for people who aren't contributors. However, I think we could discuss not having email for our main workflows. Some issues this brings up that various other communities solve in different ways 1. How do reviews happen? Non email projects tend to have only one review mechanism (gerrit, github, gitlab, etc.) and stick to it. Do we want to pick a technology or allow multiple? I don't think this is kernel wide, it could be a sybsystem choice. 2. Do we want to look at other review concepts like the core reviewers, since reviewers will now at least need accounts on whatever system it is ... it could finally be the way we give proper credit to reviewers. 3. Pull requests to Linus ... what technology do you want to choose? Note we don't even have to have a big bang on this: we could start with non-email pull requests to Linus and then extend outwards. James