From: Dwaipayan Ray <dwaipayanray1@gmail.com>
To: Joe Perches <joe@perches.com>
Cc: linux-kernel-mentees@lists.linuxfoundation.org
Subject: Re: [Linux-kernel-mentees] [PATCH RFC] checkpatch: extend same_email_address check to load mailmap entries
Date: Wed, 23 Sep 2020 16:41:05 +0530 [thread overview]
Message-ID: <CABJPP5BgYXk2DFDtPjj1Ma=oXMsmWQPQje7=Zb-y5Ubvh8fZgw@mail.gmail.com> (raw)
In-Reply-To: <338209a79fdd0b3f30d020825a5dafa98dd49ee8.camel@perches.com>
> .mailmap entries are used when a person no longer has
> access to a particular email and a mapping is created to
> allow these old/invalid email addresses to be converted
> to a current/valid email address.
>
> The idea here is that a person may have a .gitconfig or
> equivalent that still uses an old/invalid email address
> but uses a Signed-off-by: for a current/valid one, so
> a warning _should_ be emitted for this case.
>
> At least for checkpatch, mismatches in email addresses
> should not be papered over by assuming equivalence between
> multiple email addresses.
>
> So this should be a separate test and not used in a function
> named
> "same_email_address". These are specifically _not_
> the same email
> addresses.
>
>
Hi,
Thanks for the clarification.
So instead of eliminating the warning completely will it be a
better alternative to display a more descriptive warning
on the lines of:
"WARNING: NO_AUTHOR_SIGN_OFF:
invalid/obsolete email address used in signoff by
author $author"
Or is it better to ignore the mailmap extension in checkpatch
and just display warnings for either mismatch in name/
mismatch in email.
Like, you had mentioned one in:
https://lore.kernel.org/linux-kernel-mentees/
7958ded756c895ca614ba900aae7b830a992475e.camel@perches.com/
In that case, same name, but different mail address was
reported as a different warning.
So, I believe two cases can be handled better:
1) Same name, different email
2) Same email, different name
For case 2, it might also be possible to ignore the warning
completely.
What do you think is better?
Thanks,
Dwaipayan.
_______________________________________________
Linux-kernel-mentees mailing list
Linux-kernel-mentees@lists.linuxfoundation.org
https://lists.linuxfoundation.org/mailman/listinfo/linux-kernel-mentees
next prev parent reply other threads:[~2020-09-23 11:11 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-09-23 10:02 [Linux-kernel-mentees] [PATCH RFC] checkpatch: extend same_email_address check to load mailmap entries Dwaipayan Ray
2020-09-23 10:17 ` Joe Perches
2020-09-23 11:11 ` Dwaipayan Ray [this message]
2020-09-23 15:08 ` Joe Perches
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='CABJPP5BgYXk2DFDtPjj1Ma=oXMsmWQPQje7=Zb-y5Ubvh8fZgw@mail.gmail.com' \
--to=dwaipayanray1@gmail.com \
--cc=joe@perches.com \
--cc=linux-kernel-mentees@lists.linuxfoundation.org \
/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;
as well as URLs for NNTP newsgroup(s).