Re: [PATCH 2/3] .mailmap: assume Jason McMullan to be the same person

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Stefan Beller <sbeller@xxxxxxxxxx> writes:

> Over the years of contributing to open source, I realized the world of
> open source is smaller than I originally thought and a name is still
> a pretty unique thing. So let's assume these two author idents are the
> same person.
>
> In 10813e0d3c7 (.mailmap: update long-lost friends with multiple defunct
> addresses, 2013-08-12) we learned both their email bounce, so asking is
> no option.

True, but leaving them as-is is probably a better option in such a
case.  Until we get new contribution from the same person, at which
time we have the chance we've been awaiting to ask the question, it
is not harming anybody to keep these two names as if they are two
different people.

> Signed-off-by: Stefan Beller <sbeller@xxxxxxxxxx>
> ---
>  .mailmap | 5 +----
>  1 file changed, 1 insertion(+), 4 deletions(-)
>
> diff --git a/.mailmap b/.mailmap
> index f165222a782..ff96ef7401f 100644
> --- a/.mailmap
> +++ b/.mailmap
> @@ -82,10 +82,7 @@ J. Bruce Fields <bfields@xxxxxxxxxxxxxx> <bfields@xxxxxxxxxxxxxxxxxxxxxxxx>
>  J. Bruce Fields <bfields@xxxxxxxxxxxxxx> <bfields@xxxxxxxxxxxxxxxxxxx>
>  Jakub Narębski <jnareb@xxxxxxxxx>
>  James Y Knight <jknight@xxxxxxxxxxxxxxx> <foom@xxxxxxxx>
> -# The 2 following authors are probably the same person,
> -# but both emails bounce.
> -Jason McMullan <jason.mcmullan@xxxxxxxxxxx>
> -Jason McMullan <mcmullan@xxxxxxxxxx>
> +Jason McMullan <jason.mcmullan@xxxxxxxxxxx> Jason McMullan <mcmullan@xxxxxxxxxx>
>  Jason Riedy <ejr@xxxxxxxxxxxxxxxxx> <ejr@xxxxxxxxxxxxxxxxx>
>  Jason Riedy <ejr@xxxxxxxxxxxxxxxxx> <ejr@xxxxxxxxxxxxxxx>
>  Jay Soffian <jaysoffian@xxxxxxxxx> <jaysoffian+git@xxxxxxxxx>



[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux