Received: by 2002:ac0:98c7:0:0:0:0:0 with SMTP id g7-v6csp630268imd; Fri, 26 Oct 2018 14:18:15 -0700 (PDT) X-Google-Smtp-Source: AJdET5fRyBngkrTAnCYfewlT9PU36hTuhYDMuz2t2oCJFZO0VBeVGE1GdbTsvMAYruBbya7XrqbZ X-Received: by 2002:a63:c40c:: with SMTP id h12-v6mr4977644pgd.298.1540588694975; Fri, 26 Oct 2018 14:18:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1540588694; cv=none; d=google.com; s=arc-20160816; b=J8fB+M+GK4j5i4EtQOrc/ThCYd2nTbFG4nWF7dJjC9YIFm4R148Vcohwfr9Jibrvmz K1mM8yefpMT34p8Q/UkuXLYbhLN96wU1oUJB15yZa9gDhJ+gtIqkKn0ZZc2e153f21TK IV19V9auAGFA+pXCAFktSG5Gxt4d5iJLUL1mrtA0OG64kFQYIgEwKpwTuw3NvCYIBhu1 7IjVa40OHLg2iyDLxwGCv5KrAVL8Vba9d8EHkrnwDuiEowyGl8U6uzOZzActkRSwbt0t MxxPIePHUIgyq7thmkgV9ROrC1w/DwnFz7+WAfYeGP9EH/jGyGU+qXImam+IBoKbz7VL Qblg== 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=5pysEKxv4qBjNF2n0UoV+8KB1yAevpWIjfufMw6mPN4=; b=zbKHHhnlz9U4J7p0pD6al4O+MbagAmgGS5ADLJ9kOqOx8WqDyd2dC83n+tP7GisFtF CiLp6egDsXkIjj7vzdKTKUc86inw+mrV1/r6Db9o2UNKPdFvzJZvu9E2YAr7h4nKp0/b FWAQkvHAY2HNkk9DM/owHo8Iok0jLP6XFvz8rNl4XbUZq0aMnNwJc9Uz2W3lP1W1vHRM kZsSMWjNs/SZXXpBYeJEcXDKFYEgBBwgMDmV573tAK5NXhBZ0UrqdeNLtRIqLob8fi02 rZXEGHXQfBGXRMdRKo8SgvdLs+3pK4g23DGDb0FTsFYpaZ1buTQW94vvwJHa7fIVeMtt fUiA== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@sirena.org.uk header.s=20170815-heliosphere header.b=jTt0m9YU; 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 d1-v6si12573058pld.217.2018.10.26.14.17.58; Fri, 26 Oct 2018 14:18:14 -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=jTt0m9YU; 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 S1727848AbeJ0Fxq (ORCPT + 99 others); Sat, 27 Oct 2018 01:53:46 -0400 Received: from heliosphere.sirena.org.uk ([172.104.155.198]:50630 "EHLO heliosphere.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726501AbeJ0Fxp (ORCPT ); Sat, 27 Oct 2018 01:53:45 -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=5pysEKxv4qBjNF2n0UoV+8KB1yAevpWIjfufMw6mPN4=; b=jTt0m9YU4g6ovtRGiWgFYn4qY qeAwtVPZ1Fa7jwb8+CvX2fEkKJFhQeNBnh9h37+dbXM2Oq/wwu8in+d/G9pfzB3RCEtcnnevDf8/i p0P7f11zNhnQoUBlXLCgKITZeVTSCd2f1a1zgQcgLlzFmLrQbIGuOkYQRYwn4e9wBQGCM=; Received: from cpc102320-sgyl38-2-0-cust46.18-2.cable.virginm.net ([82.37.168.47] helo=debutante.sirena.org.uk) by heliosphere.sirena.org.uk with esmtpa (Exim 4.89) (envelope-from ) id 1gG9Rh-000463-Oi; Fri, 26 Oct 2018 21:15:05 +0000 Received: by debutante.sirena.org.uk (Postfix, from userid 1000) id 023E21122667; Fri, 26 Oct 2018 22:15:04 +0100 (BST) Date: Fri, 26 Oct 2018 22:15:04 +0100 From: Mark Brown To: Rob Herring Cc: Linus Torvalds , kirill@shutemov.name, Linus Walleij , boris.brezillon@bootlin.com, Catalin Marinas , Christoph Hellwig , Guenter Roeck , jacek.anaszewski@gmail.com, axboe@kernel.dk, Ulf Hansson , Greg Kroah-Hartman , Linux Kernel Mailing List Subject: Re: Git pull ack emails.. Message-ID: <20181026211504.GG27137@sirena.org.uk> References: <20181023093521.dm3l5oen2j7etsot@kshutemo-mobl1> <20181023200408.GA13179@chatter.qube.local> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="IuhbYIxU28t+Kd57" Content-Disposition: inline In-Reply-To: X-Cookie: Kin, n.: 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 --IuhbYIxU28t+Kd57 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Oct 26, 2018 at 12:36:14PM -0500, Rob Herring wrote: > On Thu, Oct 25, 2018 at 9:14 AM Linus Torvalds > wrote: > > Are there other situations where you might want to track something > > _outside_ of a pull request? Maybe. I can't really think of a lot of > > them, though. Patches etc don't have commit ID's to track, but it patchwork gives them IDs and lets you do lookups using them, that's what I'm doing. You can get the ID from a git commit by piping the output of git show into parser.py from the patchwork source, it works a lot of the time but things like editing the commit message will break it (this is a theme with my scripting around the mail stuff...). > submissions. For example, with Greg and Mark B you can expect an > automated replies. Mark's reply gets threaded with the original, but > Greg's do not. For networking, you may or may not get a manual reply, Mine *mostly* gets threaded, it's relying on being able to talk to patchwork to figure out the message ID at the minute so if the patchwork lookup fails for whatever reason it'll just use on what's in the commit for the CC list and not thread. That isn't ideal, especially when I'm travelling and my network connection isn't the best, I keep meaning to try to figure out a better way which would probably be based on git notes as discussed earlier. > maintainers apply. I've somewhat solved it for myself by automating > checking linux-next, but maybe automated email replies to patches > being in linux-next would be nice. While that's not immediate, it Yeah, I do that as well (I have an outbound patch queue I rebase against -next, this also tells me if stuff starts conflicting with other work). I can see the automated e-mails be useful but it might be tricky for a bot that's only looking at git to figure out which people and lists to CC to ensure visibility unless we do the annotation thing, it's not just the patch submitters that want visibility - I did the patchwork stuff due to user demand for that with some help from Brian Norris. > BTW, patchwork tracks pull requests too, so maybe there's a common solution. Ooh, interesting... --IuhbYIxU28t+Kd57 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAlvTg9gACgkQJNaLcl1U h9DYmAgAgGqWsn5eK9h1PSKT7VnEp54AXrQRntSymGcKChCE7gWIdX9ju9iftvIH /M9//6gaba0ugGj9lFaUKXbLzfBpniTt0Tr9SazWRJeG7HteugXWjUoa1bF6w1tt Vq6DvtycLSqUAhXQ9vT2QENc12MchJ6C+In/5spx+h8tXnwxcECShaCFn+DnwBQr 7MO0e8I3SEFvTxz2HTGokW5a2UZtohUSP+I75dF9C/FRWNSfY2faFlL4BbwEnW5U tKqp32wHiNoj0ieY5b5iAc3ChcetywJVEL6N4XFqwJ4/8gN59lInubrOQMKkUqX2 /+vHxdtDhseedsAz/c/ZflD+fVgw6w== =WjIa -----END PGP SIGNATURE----- --IuhbYIxU28t+Kd57--