From: "Ted Ts'o" <tytso@mit.edu>
To: Joe Perches <joe@perches.com>
Cc: Florian Mickler <florian@mickler.org>,
Andrew Morton <akpm@linux-foundation.org>,
Stephen Hemminger <shemminger@vyatta.com>,
Wolfram Sang <w.sang@pengutronix.de>,
linux-kernel@vger.kernel.org
Subject: Re: RFC: get_maintainer.pl: append reason for cc to the name by default
Date: Tue, 28 Sep 2010 00:22:28 -0400 [thread overview]
Message-ID: <20100928042228.GB7865@thunk.org> (raw)
In-Reply-To: <1285622205.4725.34.camel@Joe-Laptop>
On Mon, Sep 27, 2010 at 02:16:45PM -0700, Joe Perches wrote:
>
> Tell me something Ted. Have you in the last 5 years or
> so done any work in the kernel outside of fs or modified
> files outside of fs when fs structures weren't changed?
Yes, I have. And when I needed to figure out who to send my patches
to, I used "git log" to figure out where to send it. Quite frankly it
was easier than using the MAINTAINERS file, just because it was
faster. But I was a human, so I could filter out the trivial cleanup
patches, and I could do a better job figuring out how to pick out the
right information from git log output. (And Linus was suggesting that
a human do it, not some script that takes anyone who has 5% of the
signoffs, even if that's only a single signoff. Sigh.)
> Are you representative of the typical user of a script like
> get_maintainer or checkpatch? Does it matter that much?
Well, I think I know something about good pedagogy for teaching
newcomers to the kernel development process how to be good kernel
developers. And I think get_maintainers and checkpatch.pl --file are
really horrible pedogagical tools. You really want to teach people
how to look through "git log" output. You don't want them relying on
scripts.
Note that there are web pages out there with comments where people
have advertised scripts they have written which attempt to automate
trivial whitespace cleanups, and where users are bragging that "they
got their name in the Linux kernel" --- and they're using
get_maintainer.pl as a way of automating how to send it these trivial
patches just so they can say they have contributed something to the
kernel. OK, we want to be welcoming people to be kernel developers
--- but do we really think this is really a good way of doing it?
Who do *you* think is the typical user of a script like
get_maintainer.pl? Someone who is just trying to do a "kilroy was
here" in git? Someone who is genuinely trying to learn how to
contribute positive value to Linux? A regular kernel maintainer?
Given that the currently published version has extra cc lines, I
certainly won't use it in its current form. And it's really not that
hard to look things up in MAINTAINERS or to use git log. Heck, before
I make a change to file I generally want to look to see what sort of
recent changes there have been to the file in the first place.
And if it's a genuine newcomer who is interested in learning, again,
is get_maintainer.pl really doing them a service? If so, what do you
think that service is? I don't think a crutch which actively
discourages them from looking through MAINTAINERS or "git log" is in
fact a good thing --- for anyone.
- Ted
next prev parent reply other threads:[~2010-09-28 4:22 UTC|newest]
Thread overview: 62+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-09-10 9:33 [PATCH] get_maintainer.pl: append reason for cc to the name by default florian
2010-09-10 9:42 ` Joe Perches
2010-09-10 9:46 ` Wolfram Sang
2010-09-10 9:53 ` Mark Brown
2010-09-10 10:04 ` Joe Perches
2010-09-10 10:18 ` Mark Brown
2010-09-10 10:47 ` Joe Perches
2010-09-10 11:07 ` Mark Brown
2010-09-11 0:22 ` [PATCH] scripts/get_maintainer.pl: Add --git-blame --rolestats "Authored lines" information Joe Perches
2010-09-11 9:38 ` Florian Mickler
2010-09-11 9:52 ` Joe Perches
2010-09-11 10:02 ` Florian Mickler
2010-09-11 10:22 ` Joe Perches
2010-09-11 19:22 ` [PATCH] Documentation/SubmittingPatches: Add and describe scripts/get_maintainer.pl Joe Perches
2010-09-11 19:34 ` Florian Mickler
2010-09-11 19:43 ` [PATCH V2] " Joe Perches
2010-09-12 16:18 ` Florian Mickler
2010-09-10 11:44 ` [PATCH] get_maintainer.pl: append reason for cc to the name by default Alan Cox
2010-09-10 10:22 ` Florian Mickler
2010-09-10 10:47 ` Joe Perches
2010-09-11 21:22 ` Joe Perches
2010-09-10 10:30 ` Florian Mickler
2010-09-10 11:04 ` Mark Brown
2010-09-10 11:15 ` Florian Mickler
2010-09-10 21:04 ` Andrew Morton
2010-09-10 21:39 ` Florian Mickler
2010-09-10 21:44 ` Joe Perches
2010-09-13 4:01 ` Valdis.Kletnieks
2010-09-13 5:21 ` [PATCH] get_maintainer.pl: Look for .get_maintainer.conf in lk, then $HOME then scripts Joe Perches
2010-09-13 6:13 ` Florian Mickler
2010-09-13 13:21 ` Valdis.Kletnieks
2010-09-10 11:11 ` [PATCH] get_maintainer.pl: append reason for cc to the name by default Florian Mickler
2010-09-10 15:12 ` Joe Perches
2010-09-11 9:34 ` Florian Mickler
2010-09-11 0:13 ` Christoph Hellwig
2010-09-11 0:31 ` Joe Perches
2010-09-11 0:45 ` Christoph Hellwig
2010-09-11 0:56 ` Joe Perches
2010-09-11 9:28 ` Florian Mickler
2010-09-13 7:16 ` Eric W. Biederman
2010-09-13 7:57 ` Joe Perches
2010-09-13 8:54 ` Florian Mickler
2010-09-14 17:19 ` Eric W. Biederman
2010-09-14 17:46 ` Florian Mickler
2010-09-15 3:28 ` Joe Perches
2010-09-15 4:34 ` Florian Mickler
2010-09-15 4:45 ` Joe Perches
2010-09-15 12:49 ` Florian Mickler
2010-09-14 23:15 ` Joe Perches
2010-09-13 9:01 ` Florian Mickler
2010-09-14 17:24 ` Eric W. Biederman
2010-09-26 18:52 ` RFC: " Joe Perches
2010-09-27 14:57 ` Florian Mickler
2010-09-27 15:44 ` Ted Ts'o
2010-09-27 17:00 ` Florian Mickler
2010-09-27 18:21 ` Ted Ts'o
2010-09-27 19:26 ` Florian Mickler
2010-09-27 20:08 ` Joe Perches
2010-09-27 20:47 ` Ted Ts'o
2010-09-27 21:16 ` Joe Perches
2010-09-28 4:22 ` Ted Ts'o [this message]
2010-09-28 4:37 ` Mark Brown
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20100928042228.GB7865@thunk.org \
--to=tytso@mit.edu \
--cc=akpm@linux-foundation.org \
--cc=florian@mickler.org \
--cc=joe@perches.com \
--cc=linux-kernel@vger.kernel.org \
--cc=shemminger@vyatta.com \
--cc=w.sang@pengutronix.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox