Re: 463 kernel developers missing!

From: Theodore Tso
Date: Tue Jul 29 2008 - 00:13:54 EST


On Mon, Jul 28, 2008 at 11:23:31PM -0400, Jon Smirl wrote:
> The kernel already has a mailmap file, but it is not complete. So I
> should just take this work that makes the mailmap file a lot better
> and throw it away? The policy is that the log file should be messed up
> enough so that a computer can't process it and that a human can
> recover it only with several day's effort? That's a really hard line
> to define and we'll probably lose the identity of a bunch of
> contributors. I'll follow up with a patch that deletes the current
> .mailmap

Personally, I have no objection to the mailmap file as it's on the
whole an improvement; if it's been automatically generated and it
falsely maps multiple people to a single person, that would be highly
unfortunate, but maybe it fixes more problems than it creates.

I think the part most people are seriously objecting to is that the
supposition that Linus and some of his top lieutenants should be
enforcing some arbitrary rule that rejects commits if they come from
addresses outside of your .mailmap file (unless they first send a
patch to add their e-mail address to the .mailmap file), in some kind
of misguided attempt to enforce validation, which apparently the main
justification for which is so that you and others can runs some
statistical analysis, of which there seems to be some dispute whether
or not encouraging people to compete to get into the top 20
signed-off-by by splitting up commits into 100 different micro-patches
should be considered a desirable side effect of said statistical
analysis.

As I said earlier, the moment you started advocating enforcing
validation, you may have started to confuse which is the tail and
which is the dog. People should be supplying patches to improve the
kernel; not to provide accurate fodder for statistical analysis.

- Ted
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/