lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Message-ID: <20140720222318.GL4453@dastard> Date: Mon, 21 Jul 2014 08:23:18 +1000 From: Dave Chinner <david@...morbit.com> To: Hillf Danton <dhillf@...il.com> Cc: Steven Rostedt <rostedt@...dmis.org>, Theodore Ts'o <tytso@....edu>, Andrey Utkin <andrey.krieger.utkin@...il.com>, kernelnewbies@...nelnewbies.org, "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>, kernel-janitors@...r.kernel.org Subject: Re: How to automate checkpatch && get_maintainers && git send-email of commits range? On Sat, Jul 19, 2014 at 11:35:45AM +0800, Hillf Danton wrote: > On Sat, Jul 19, 2014 at 9:31 AM, Steven Rostedt <rostedt@...dmis.org> 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@...morbit.com -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists