Re: 463 kernel developers missing!

[Jon Smirl]

On 7/28/08, Theodore Tso <tytso@xxxxxxx> wrote:
> On Mon, Jul 28, 2008 at 03:00:13PM -0400, Jon Smirl wrote:
>  > Other people aren't perfect, I've found over 1,000 typos in the those
>  > names and emails. We need a validation mechanism.
>  >
>
>
> You keep using the word "need"; I do not think it means what you think
>  it does.  :-)
>
>  Seriously, why is it so important?  It's a nice to have, and I
>  recognize that you've spent a bunch of time on it.  But if the goal is
>  to get better statistics, and in exchange we forcibly map all Mark
>  Browns to one e-mail address, and/or force them to all adopt middle
>  initials (what if there are two Dan Smith's that don't have middle
>  initials) just for the convenience of your statistics gathering, I
>  would gently suggest to you that you've forgotten which is the tail,
>  and which is the dog.

There are over 1,000 typos in the logs. No validation being done on
the names/addresses in the logs. Many email addresses aren't
syntactically valid. Why not put some checks in place to try and clean
this up? Signed-off-by is worthless if it is full of garbage.

The are two Mark Browns in the file:
Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Mark Brown <broonie@xxxxxxxxxxxxx>

I don't know if these are two different people or one person with two
emails. But the file doesn't force that decision. It's git shortlog
that is combining them.

The file serves two purposes:
Map people using multiple email aliases a human single name, It can be
any name they choose. Existing file already does this but the list is
not complete.
Enumerate all email addresses used in the log so that it is possible
to tell when a new address is encountered. Allows simple validation to
be implemented.

In it's current form it doesn't indicate which aliases is the
developer's currently active one.

-- 
Jon Smirl
jonsmirl@xxxxxxxxx
--
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/