Received: by 2002:ac0:aa62:0:0:0:0:0 with SMTP id w31-v6csp3222634ima; Tue, 23 Oct 2018 02:20:11 -0700 (PDT) X-Google-Smtp-Source: ACcGV60gJp0Ee6kay4VCap9hAgG4RPjHJi+rfJ7X7k4YKmyGAcs2Ol7Zr10kBTIZPE/bNCjRLgYg X-Received: by 2002:a63:f050:: with SMTP id s16-v6mr46241438pgj.403.1540286411357; Tue, 23 Oct 2018 02:20:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1540286411; cv=none; d=google.com; s=arc-20160816; b=xQmt/brf2mAeikPXtXjUp5AQY4/sJjIhvMz3EWes9bMv+cjNhUbkEBkHKwA9KM4Fkw 6a/E3dvUFd+oii/v5RfV7BjRqllY9Ua8piL4gA8IOtgvHg4xQoAa9RFjPLQhmzphk4Nz 7N3Y1VlC4VHv//yN0rzHV0FSaD88vwBmsGWI5YUrF0f/EJh9s4WSk21ZoluskXgzqc7h Cp1zkDSAA30PcbKpgzwhEfqP0nJ5A9aJpCrZMEnwinorbyof+sR4gAmW8nOUnUoGZMkk xrWmepJMLSbPfuvGO57jW+yTUuBAKSmHz5bCN+UrY4iTwI9b2wRvx3uVtjR7E8GNY5sm xINw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=U705E0+xUa/nZ5KaHQgUff62hUgvpDcI8nNTrrYCFZE=; b=CQFN9Ihcmd74rtueKHZE7zhEUdPOZRYPYiDTdrGMCMm+57k6ZSdj0gRArcl/JzDKw1 Fq/HtVxPR/j5Bp6eHO3Zd8p1vbn1gKIrU8Jxo6kcQiA6kmBT7C/YJwlUkQBdJJDEeJ/O lrWg4Y/QOgKUFIgFY8h0bjTp+e5iwq5O+32kABYEVDscH8uqzhVe0dzt/O3P3AS6sBNI wGUZDvAgVrfBUKQPARnFi4V5xwwUm0BfEPrd7v3uTGcMelc/Dxj7y8Y6wiO5z8D9SVTd ALnwrt1HAGzJGIGKKHLdkDVtyX5OIu19IHSOPMhBTK1mfuLK6yzBrMe0/7ocfHIpabSi zLmA== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@sirena.org.uk header.s=20170815-heliosphere header.b=a5tbrl2V; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d2-v6si682997pgo.299.2018.10.23.02.19.55; Tue, 23 Oct 2018 02:20:11 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@sirena.org.uk header.s=20170815-heliosphere header.b=a5tbrl2V; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728409AbeJWRl4 (ORCPT + 99 others); Tue, 23 Oct 2018 13:41:56 -0400 Received: from heliosphere.sirena.org.uk ([172.104.155.198]:43902 "EHLO heliosphere.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727714AbeJWRl4 (ORCPT ); Tue, 23 Oct 2018 13:41:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sirena.org.uk; s=20170815-heliosphere; h=In-Reply-To:Content-Type: MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=U705E0+xUa/nZ5KaHQgUff62hUgvpDcI8nNTrrYCFZE=; b=a5tbrl2VKFgdnXOhAQTKfyTF6 bAFj2aP640EoSFHDfGtkp2M2buhyFIhGngkXEO+SvqNhLj7yqhYbeWhWgI2cW1ddw1hoxKBqvx8sW N/2LqTwr5AkEQT09S35gAOZU8TD78zaBRVcrEDdYz+uEADWr9ECX0+0e63mCLKg/fqm/w=; Received: from [185.7.230.215] (helo=finisterre.ee.mobilebroadband) by heliosphere.sirena.org.uk with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gEsqN-0007Nz-VB; Tue, 23 Oct 2018 09:19:20 +0000 Received: by finisterre.ee.mobilebroadband (Postfix, from userid 1000) id 7B3EC440078; Tue, 23 Oct 2018 11:19:19 +0200 (CEST) Date: Tue, 23 Oct 2018 10:19:19 +0100 From: Mark Brown To: Linus Torvalds Cc: Boris Brezillon , Catalin Marinas , Christoph Hellwig , Guenter Roeck , Jacek Anaszewski , Jens Axboe , Linus Walleij , Ulf Hansson , Greg KH , Linux Kernel Mailing List Subject: Re: Git pull ack emails.. Message-ID: <20181023091919.GG2103@sirena.org.uk> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="nqkreNcslJAfgyzk" Content-Disposition: inline In-Reply-To: X-Cookie: Piece of cake! User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --nqkreNcslJAfgyzk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Oct 23, 2018 at 09:41:32AM +0100, Linus Torvalds wrote: > In contrast, this email is written "after the fact", just scripting > "who did I pull for and then push out" by just looking at the git > tree. Which sucks, because it means that I don't actually answer the > original email at all, and thus lose any cc's for other people or > mailing lists. That would literally be done better by simple > automation. > So I've got a few options: > - just don't do it > - acking the pull request before it's validated and finalized. > - starting the reply when doing the pull, leaving the email open in a > separate window, going on to the next pull request, and then when > build tests are done and I'll start the next one, finish off the old > pending email. > and obviously that first option is the easiest one. I'm not sure what > Greg did, and during the later rc's it probably doesn't matter, > because there likely simply aren't any overlapping operations. I have a script that sends people rather lengthy "applied" e-mails when I push things out with a lot of process blurb that new contributors might need. It tries to use patchwork to get the message ID and CC list, though it will just fall back to scraping from git. In my case it's mainly there to help new contributors know what's going on but a lot of other people have said they find them useful. > So I'm mainly pinging people I've already pulled to see how much > people actually _care_. Yes, the ack is nice, but do people care > enough that I should try to make that workflow change? Traditionally, > you can see that I've pulled from just seeing the end result when it > actually hits the public tree (which is yet another step removed from > the steps above - I do build tests between every pull, but I generally > tend to push out the end result in batches, usually a couple of times > a day). It doesn't urgently bother me personally, honestly I was a bit alarmed the first time Greg sent me an ack - your usual workflow is that if there's any mail it means that there's a problem. So long as it's consistent. --nqkreNcslJAfgyzk Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAlvO55YACgkQJNaLcl1U h9DQHgf/RfeHWJKGoGzi5WcMGXUn2sQBRTHrfHTVFYVjxcmXHYWjxitoA6ryl2gd /A8Z2ygFgmiFdwu6zqP7xJToTIaR7+rbj+tBxG+opYSNbBIUFFyKEy3hWmyV+tf5 rzJQXLL55armI/YoJn9YaEGinw+MaysZjVWsJvV4dYO749do7L+HQcbFiSpnmGD1 7N0L8Rs+7abiH2BB98y3QTR1D1fdMg55jxUO5v9+M702knLsovtNOtyZHKwdsayf KG5to//bAurOProfvWpiedbIFY9OV/PvlQsTugLNmS2GCiYup05Nd+IlKIVbDAdB M2lnEkjPd/qZ+L4x0yJkzHODxJChDA== =/CFB -----END PGP SIGNATURE----- --nqkreNcslJAfgyzk--