All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH] Documentation: submitting-patches: Disqualify style fixes from Fixes: tag
@ 2023-03-16  8:20 Bagas Sanjaya
  2023-03-16  8:23 ` Krzysztof Kozlowski
  0 siblings, 1 reply; 6+ messages in thread
From: Bagas Sanjaya @ 2023-03-16  8:20 UTC (permalink / raw)
  To: Linux Documentation, Linux Kernel Mailing List, Linux Outreachy
  Cc: Jonathan Corbet, Krzysztof Kozlowski, Thorsten Leemhuis,
	Bagas Sanjaya, Greg KH, Lukas Bulwahn, Akira Yokosawa,
	Alison Schofield, Kloudifold, Sudip Mukherjee

An interpretation of submitting-patches.rst regarding Fixes: tag
interprets that the tag can be attributed to all kinds of issues
(including coding style ones). However, from the discussion on Outreachy
mailing list [1], Greg noted that the tag should not be meant for
patches that fix coding style issues.

Clarify the position on the doc.

Link: https://lore.kernel.org/outreachy/ZBFPnZbvdI46Ah6r@kroah.com/ [1]
Signed-off-by: Bagas Sanjaya <bagasdotme@gmail.com>
---
 Documentation/process/submitting-patches.rst | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/Documentation/process/submitting-patches.rst b/Documentation/process/submitting-patches.rst
index 69ce64e03c70f8..564418e42ffc01 100644
--- a/Documentation/process/submitting-patches.rst
+++ b/Documentation/process/submitting-patches.rst
@@ -568,6 +568,9 @@ process nor the requirement to Cc: stable@vger.kernel.org on all stable
 patch candidates. For more information, please read
 Documentation/process/stable-kernel-rules.rst.
 
+Note: Fixes: tag is appropriate only for real issues (e.g. reported bugs
+or compiler warnings). Coding style fixes should not bear this tag.
+
 .. _the_canonical_patch_format:
 
 The canonical patch format

base-commit: 6015b1aca1a233379625385feb01dd014aca60b5
-- 
An old man doll... just what I always wanted! - Clara


^ permalink raw reply related	[flat|nested] 6+ messages in thread

* Re: [PATCH] Documentation: submitting-patches: Disqualify style fixes from Fixes: tag
  2023-03-16  8:20 [PATCH] Documentation: submitting-patches: Disqualify style fixes from Fixes: tag Bagas Sanjaya
@ 2023-03-16  8:23 ` Krzysztof Kozlowski
  2023-03-16  8:26   ` Greg KH
  2023-03-17  7:53   ` Bagas Sanjaya
  0 siblings, 2 replies; 6+ messages in thread
From: Krzysztof Kozlowski @ 2023-03-16  8:23 UTC (permalink / raw)
  To: Bagas Sanjaya, Linux Documentation, Linux Kernel Mailing List,
	Linux Outreachy
  Cc: Jonathan Corbet, Thorsten Leemhuis, Greg KH, Lukas Bulwahn,
	Akira Yokosawa, Alison Schofield, Kloudifold, Sudip Mukherjee

On 16/03/2023 09:20, Bagas Sanjaya wrote:
> An interpretation of submitting-patches.rst regarding Fixes: tag
> interprets that the tag can be attributed to all kinds of issues
> (including coding style ones). However, from the discussion on Outreachy
> mailing list [1], Greg noted that the tag should not be meant for
> patches that fix coding style issues.
> 
> Clarify the position on the doc.
> 
> Link: https://lore.kernel.org/outreachy/ZBFPnZbvdI46Ah6r@kroah.com/ [1]
> Signed-off-by: Bagas Sanjaya <bagasdotme@gmail.com>
> ---
>  Documentation/process/submitting-patches.rst | 3 +++
>  1 file changed, 3 insertions(+)
> 
> diff --git a/Documentation/process/submitting-patches.rst b/Documentation/process/submitting-patches.rst
> index 69ce64e03c70f8..564418e42ffc01 100644
> --- a/Documentation/process/submitting-patches.rst
> +++ b/Documentation/process/submitting-patches.rst
> @@ -568,6 +568,9 @@ process nor the requirement to Cc: stable@vger.kernel.org on all stable
>  patch candidates. For more information, please read
>  Documentation/process/stable-kernel-rules.rst.
>  
> +Note: Fixes: tag is appropriate only for real issues (e.g. reported bugs
> +or compiler warnings). Coding style fixes should not bear this tag.

I think it is pretty clear already. The doc says:
"If your patch fixes a bug in a specific commit,"

and you are now repeating this.

Coding style is not a bug, but that's obvious.

Best regards,
Krzysztof


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH] Documentation: submitting-patches: Disqualify style fixes from Fixes: tag
  2023-03-16  8:23 ` Krzysztof Kozlowski
@ 2023-03-16  8:26   ` Greg KH
  2023-03-16 14:55     ` Theodore Ts'o
  2023-03-17  7:53   ` Bagas Sanjaya
  1 sibling, 1 reply; 6+ messages in thread
From: Greg KH @ 2023-03-16  8:26 UTC (permalink / raw)
  To: Krzysztof Kozlowski
  Cc: Bagas Sanjaya, Linux Documentation, Linux Kernel Mailing List,
	Linux Outreachy, Jonathan Corbet, Thorsten Leemhuis,
	Lukas Bulwahn, Akira Yokosawa, Alison Schofield, Kloudifold,
	Sudip Mukherjee

On Thu, Mar 16, 2023 at 09:23:28AM +0100, Krzysztof Kozlowski wrote:
> On 16/03/2023 09:20, Bagas Sanjaya wrote:
> > An interpretation of submitting-patches.rst regarding Fixes: tag
> > interprets that the tag can be attributed to all kinds of issues
> > (including coding style ones). However, from the discussion on Outreachy
> > mailing list [1], Greg noted that the tag should not be meant for
> > patches that fix coding style issues.
> > 
> > Clarify the position on the doc.
> > 
> > Link: https://lore.kernel.org/outreachy/ZBFPnZbvdI46Ah6r@kroah.com/ [1]
> > Signed-off-by: Bagas Sanjaya <bagasdotme@gmail.com>
> > ---
> >  Documentation/process/submitting-patches.rst | 3 +++
> >  1 file changed, 3 insertions(+)
> > 
> > diff --git a/Documentation/process/submitting-patches.rst b/Documentation/process/submitting-patches.rst
> > index 69ce64e03c70f8..564418e42ffc01 100644
> > --- a/Documentation/process/submitting-patches.rst
> > +++ b/Documentation/process/submitting-patches.rst
> > @@ -568,6 +568,9 @@ process nor the requirement to Cc: stable@vger.kernel.org on all stable
> >  patch candidates. For more information, please read
> >  Documentation/process/stable-kernel-rules.rst.
> >  
> > +Note: Fixes: tag is appropriate only for real issues (e.g. reported bugs
> > +or compiler warnings). Coding style fixes should not bear this tag.
> 
> I think it is pretty clear already. The doc says:
> "If your patch fixes a bug in a specific commit,"
> 
> and you are now repeating this.
> 
> Coding style is not a bug, but that's obvious.

I agree, let's not make this file even longer than it is if at all
possible.

thanks,

greg k-h

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH] Documentation: submitting-patches: Disqualify style fixes from Fixes: tag
  2023-03-16  8:26   ` Greg KH
@ 2023-03-16 14:55     ` Theodore Ts'o
  2023-03-16 15:01       ` Jonathan Corbet
  0 siblings, 1 reply; 6+ messages in thread
From: Theodore Ts'o @ 2023-03-16 14:55 UTC (permalink / raw)
  To: Greg KH
  Cc: Krzysztof Kozlowski, Bagas Sanjaya, Linux Documentation,
	Linux Kernel Mailing List, Linux Outreachy, Jonathan Corbet,
	Thorsten Leemhuis, Lukas Bulwahn, Akira Yokosawa,
	Alison Schofield, Kloudifold, Sudip Mukherjee

On Thu, Mar 16, 2023 at 09:26:21AM +0100, Greg KH wrote:
> > Coding style is not a bug, but that's obvious.
> 
> I agree, let's not make this file even longer than it is if at all
> possible.
>

I've actually been wondering if there is some way to split the file
since it's quite large already.  It's been unclear to me whether that
would make it easier or harder to find stuff though.  :-/

      	      	     	       	  - Ted

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH] Documentation: submitting-patches: Disqualify style fixes from Fixes: tag
  2023-03-16 14:55     ` Theodore Ts'o
@ 2023-03-16 15:01       ` Jonathan Corbet
  0 siblings, 0 replies; 6+ messages in thread
From: Jonathan Corbet @ 2023-03-16 15:01 UTC (permalink / raw)
  To: Theodore Ts'o, Greg KH
  Cc: Krzysztof Kozlowski, Bagas Sanjaya, Linux Documentation,
	Linux Kernel Mailing List, Linux Outreachy, Thorsten Leemhuis,
	Lukas Bulwahn, Akira Yokosawa, Alison Schofield, Kloudifold,
	Sudip Mukherjee

"Theodore Ts'o" <tytso@mit.edu> writes:

> On Thu, Mar 16, 2023 at 09:26:21AM +0100, Greg KH wrote:
>> > Coding style is not a bug, but that's obvious.
>> 
>> I agree, let's not make this file even longer than it is if at all
>> possible.
>>
>
> I've actually been wondering if there is some way to split the file
> since it's quite large already.  It's been unclear to me whether that
> would make it easier or harder to find stuff though.  :-/

I made a pass over it a few years ago and managed to shorten it a fair
amount, but it clearly still needs attention.  This is one of our most
important and heavily referenced documents, and it would be nice if
newcomers didn't feel like they were being asked to read a version of
War and Peace written by Kafka before they can contribute.

I'll try to find time to think about this some.

jon

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH] Documentation: submitting-patches: Disqualify style fixes from Fixes: tag
  2023-03-16  8:23 ` Krzysztof Kozlowski
  2023-03-16  8:26   ` Greg KH
@ 2023-03-17  7:53   ` Bagas Sanjaya
  1 sibling, 0 replies; 6+ messages in thread
From: Bagas Sanjaya @ 2023-03-17  7:53 UTC (permalink / raw)
  To: Krzysztof Kozlowski, Linux Documentation,
	Linux Kernel Mailing List, Linux Outreachy
  Cc: Jonathan Corbet, Thorsten Leemhuis, Greg KH, Lukas Bulwahn,
	Akira Yokosawa, Alison Schofield, Kloudifold, Sudip Mukherjee

On 3/16/23 15:23, Krzysztof Kozlowski wrote:
> I think it is pretty clear already. The doc says:
> "If your patch fixes a bug in a specific commit,"
> 

Oops, I don't see the whole file before writing this patch.
Thanks anyway!

-- 
An old man doll... just what I always wanted! - Clara


^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2023-03-17  7:54 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-03-16  8:20 [PATCH] Documentation: submitting-patches: Disqualify style fixes from Fixes: tag Bagas Sanjaya
2023-03-16  8:23 ` Krzysztof Kozlowski
2023-03-16  8:26   ` Greg KH
2023-03-16 14:55     ` Theodore Ts'o
2023-03-16 15:01       ` Jonathan Corbet
2023-03-17  7:53   ` Bagas Sanjaya

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.