From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751437AbaGTWXY (ORCPT ); Sun, 20 Jul 2014 18:23:24 -0400 Received: from ipmail04.adl6.internode.on.net ([150.101.137.141]:39313 "EHLO ipmail04.adl6.internode.on.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750825AbaGTWXW (ORCPT ); Sun, 20 Jul 2014 18:23:22 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AusKAJ9AzFN5LHOdPGdsb2JhbABZgw5Sgn6FCKZ7AQEBAQIGlm6HSAGBBxcEAQEBATg2hAMBAQQBOhwjBQsIAw4KCSUPBSUDBxoTiDoHwEYYhWOIbgkHAgFPB4RGBZcHhB2LYopQgVQrL4EM Date: Mon, 21 Jul 2014 08:23:18 +1000 From: Dave Chinner To: Hillf Danton Cc: Steven Rostedt , "Theodore Ts'o" , Andrey Utkin , kernelnewbies@kernelnewbies.org, "linux-kernel@vger.kernel.org" , kernel-janitors@vger.kernel.org Subject: Re: How to automate checkpatch && get_maintainers && git send-email of commits range? Message-ID: <20140720222318.GL4453@dastard> References: <20140718222215.GF18775@thunk.org> <20140719013138.GA21252@home.goodmis.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Jul 19, 2014 at 11:35:45AM +0800, Hillf Danton wrote: > On Sat, Jul 19, 2014 at 9:31 AM, Steven Rostedt wrote: > > On Fri, Jul 18, 2014 at 06:22:15PM -0400, Theodore Ts'o wrote: > >> > >> And then think very hard about which patches people need to see in > >> order to be able to evaluate a patch. For example, if you have patch > >> 1 out of a series which adds a new function, and then patches 2 > >> through 1000 modify a thousand different drivers to use that new > >> function, if you use an automated get_maintainers.pl script to send > >> each patch to just the maintainer, then the device driver maintainer > >> might not see patch #1 which is critical context to understanding the > >> patch that you want to make to his driver. And then you will have > >> several hundred very angry and annoyed developers wondering why you > >> sent them patch 345/1000, with no other context, and wondering what > >> the heck they are supposed to do with the email that you have just > >> launched into their inbox. > > > > I'm still stuck in the old stone/quilt age, where I use quilt mail to > > send my patch bombs. Although, I have scripts that pulls my patches out > > from git with format-patch, and then creates a quilt queue from them. > > I do this for that very reason that I want to review all patches before > > I hit send, and quilt mail is very basic and sends what I tell it. > > I still a bit gun shy from using git sendmail as I never got that to > > work (note, the last time I tried, it was still doing the staircase > > threads with patches by default). > > > > I'm still content with quilt, but the one thing I don't care about it > > is that all Cc'd on the 0/1000 patch gets Cc'd on all patches. I wish > > there was a way to tell quilt that they should only get Cc'd on the > > cover patch and no more, unless the patch has them Cc'd. The reason this > > bothers me is that I tend to do exactly what you stated above. I will > > just Cc patch 345/1000 to someone with no context of what that patch > > is. > > > > I figured people would do the same thing that I do when I get that 345th > > patch. As I'm subscribed to LKML, I will just go into my lkml folder and > > search for that patch and see how that thread applies to me with full > > context. I'm assuming that's what others may do too. > > > Hi Steve > > Why not share your quilt skills, say by adding a file in the Document directory? guilt (quilt for git) already does all this scripting for you. Cheers, Dave. -- Dave Chinner david@fromorbit.com