All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
To: Thorsten Leemhuis <linux@leemhuis.info>
Cc: Jonathan Corbet <corbet@lwn.net>,
	workflows@vger.kernel.org, linux-doc@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
	Simona Vetter <simona.vetter@ffwll.ch>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Subject: Re: [PATCH v3 DONOTMERGE] docs: clarify rules wrt tagging other people
Date: Mon, 2 Dec 2024 15:45:28 +0100	[thread overview]
Message-ID: <20241202154528.7949e7cb@foz.lan> (raw)
In-Reply-To: <d8cae2d3-d855-404b-8991-f81c979486ce@leemhuis.info>

Em Mon, 2 Dec 2024 14:54:56 +0100
Thorsten Leemhuis <linux@leemhuis.info> escreveu:

> On 02.12.24 11:02, Mauro Carvalho Chehab wrote:
> > Em Mon, 2 Dec 2024 09:28:57 +0100
> > Mauro Carvalho Chehab <mchehab+huawei@kernel.org> escreveu:
> >   
> >>> +Tagging people requires permission
> >>> +----------------------------------
> >>> +
> >>> +Be careful in the addition of tags to your patches, as all except for Cc:,
> >>> +Reported-by:, and Suggested-by: need explicit permission of the person named.
> >>> +For the three aforementioned ones implicit permission is sufficient if the
> >>> +person contributed to the Linux kernel using that name and email address
> >>> +according to the lore archives or the commit history -- and in case of
> >>> +Reported-by: and Suggested-by: did the reporting or suggestion in public.
> >>> +Note, bugzilla.kernel.org is a public place in this sense, but email addresses
> >>> +used there are private; so do not expose them in tags, unless the person used
> >>> +them in earlier contributions.  
> 
> First: thx for your Review-by given earlier!
> 
> > Hmm... There is another tag that we use without requiring explicit permissions:
> > 
> > 	Requested-by:
> > 
> > There are currently 376 occurrences on 6.13-rc1.
> > 
> > This is used when a maintainer or reviewer publicly requests some changes to
> > be added on a patch series.  
> 
> Hmmm, that is one of those "grey area" tags[1], as it's not documented
> yet afaics ('grep -ir Requested-by Documentation/
> scripts/get_maintainer.pl' gave nothing). 

> Documenting it would make it
> official; I'm not sure if that is wanted and say that is something that
> should be done independently if somebody wants to make it official.

No, my intention is not to make requested-by (or its variant suggested-by)
official.

The issue is that, when it is said there that
"all except CC/Reported-by/reviewed-by", plus considering other
other hunks of this patch like:

	"is one of only three tags you might be able to use without
	 explicit permission"

You're basically requesting explicit permission for any "non-official"
tags as well, including reviewed-by. This is not what it is wanted here.

See, if we run:

	$ git log --pretty="%b" 1da177e4c3f4..v6.13-rc1 |grep -Ei "^[a-z\-]+: .*@.*"|cut -d: -f 1|tr A-Z a-z |sort|uniq -c|wc -l
	764

There are 764 tags (and 764 ones, for the last 2 years) that are e-mails 
r e-mail related tags. Among them, there are several ones that comes
from the message-id (which may disclose the hostname that was used
during patch development).

The top 20 being:

    185 debugged-by
    240 co-authored-by
    367 requested-by			# doesn't need explicit ack
    563 reviewed-and-tested-by
   1505 to				# doesn't need explicit ack
   1757 author				# doesn't need explicit ack
   2857 closes				# with message IDs?
   3204 reported-and-tested-by
   3451 from				# doesn't need explicit ack
   5106 lkml-reference			# with message IDs?
   6616 message-id			# message IDs
   6858 co-developed-by
  18996 suggested-by			# doesn't need explicit ack
  64529 reported-by
  72321 tested-by
 213673 acked-by
 310825 link				# with message IDs?
 367140 reviewed-by
 739926 cc
2446984 signed-off-by

From that, besides the 3 you mentioned, at least 5 don't seem to require
an explicit ack: author, from, to, requested-by, suggested-by.

Thanks,
Mauro

  reply	other threads:[~2024-12-02 14:45 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-12-02  8:14 [PATCH v3 DONOTMERGE] docs: clarify rules wrt tagging other people Thorsten Leemhuis
2024-12-02  8:28 ` Mauro Carvalho Chehab
2024-12-02 10:02   ` Mauro Carvalho Chehab
2024-12-02 13:54     ` Thorsten Leemhuis
2024-12-02 14:45       ` Mauro Carvalho Chehab [this message]
2024-12-02 15:54         ` Thorsten Leemhuis
2024-12-02 16:17           ` Mauro Carvalho Chehab
2024-12-03  6:25             ` Thorsten Leemhuis
2024-12-03  6:59               ` Mauro Carvalho Chehab
2024-12-04  1:06 ` Shuah Khan

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=20241202154528.7949e7cb@foz.lan \
    --to=mchehab+huawei@kernel.org \
    --cc=corbet@lwn.net \
    --cc=gregkh@linuxfoundation.org \
    --cc=laurent.pinchart@ideasonboard.com \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux@leemhuis.info \
    --cc=simona.vetter@ffwll.ch \
    --cc=workflows@vger.kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.