diff mbox series

[v2,3/5] contributor-guide: discourage marking patches as Inappropriate

Message ID 20230922100006.756477-3-rhi@pengutronix.de
State New
Headers show
Series [v2,1/5] contributor-guide: recipe-style-guide: add more patch tagging examples | expand

Commit Message

Roland Hieber Sept. 22, 2023, 10 a.m. UTC
It was never really clear what all those reasons really meant, and every
patch submitted upstream liftens the maintenance on the Yocto side.
So remove the current list, and replace it with two reasons in which an
upstream submission likely won't benefit the upstream project.

Suggested-by: Alexander Kanavin <alex.kanavin@gmail.com>
Signed-off-by: Roland Hieber <rhi@pengutronix.de>
---
PATCH v2:
 * fix list syntax

PATCH v1: https://lore.kernel.org/yocto-docs/20230920100647.1038583-3-rhi@pengutronix.de/
---
 .../contributor-guide/recipe-style-guide.rst  | 30 +++++++++----------
 1 file changed, 14 insertions(+), 16 deletions(-)

Comments

Michael Opdenacker Sept. 22, 2023, 1:11 p.m. UTC | #1
On 22.09.23 at 12:00, Roland Hieber wrote:
> It was never really clear what all those reasons really meant, and every
> patch submitted upstream liftens the maintenance on the Yocto side.
> So remove the current list, and replace it with two reasons in which an
> upstream submission likely won't benefit the upstream project.
>
> Suggested-by: Alexander Kanavin <alex.kanavin@gmail.com>
> Signed-off-by: Roland Hieber <rhi@pengutronix.de>
> ---
> PATCH v2:
>   * fix list syntax
>
> PATCH v1: https://lore.kernel.org/yocto-docs/20230920100647.1038583-3-rhi@pengutronix.de/
> ---
>   .../contributor-guide/recipe-style-guide.rst  | 30 +++++++++----------
>   1 file changed, 14 insertions(+), 16 deletions(-)
>
> diff --git a/documentation/contributor-guide/recipe-style-guide.rst b/documentation/contributor-guide/recipe-style-guide.rst
> index b574e6cb53a1..77e8910dabbb 100644
> --- a/documentation/contributor-guide/recipe-style-guide.rst
> +++ b/documentation/contributor-guide/recipe-style-guide.rst
> @@ -299,22 +299,20 @@ following status strings:
>   
>   ``Inappropriate [reason]``
>      The patch is not appropriate for upstream, include a brief reason on the
> -   same line enclosed with ``[]``. The reason can be:
> -
> -   -  ``not author`` (you are not the author and do not intend to upstream this,
> -      the source must be listed in the comments)
> -   -  ``native``
> -   -  ``licensing``
> -   -  ``configuration``
> -   -  ``enable feature``
> -   -  ``disable feature``
> -   -  ``bugfix`` (add bug URL here)
> -   -  ``embedded specific``
> -   -  ``other`` (give details in comments)
> -
> -The various ``Inappropriate [reason]`` status items are meant to indicate that
> -the person responsible for adding this patch to the system does not intend to
> -upstream the patch for a specific reason.
> +   same line enclosed with ``[]``. In the past, there were several different
> +   reasons not to submit patches upstream, but we have to consider that every
> +   non-upstreamed patch means a maintainance burden for recipe maintainers.
> +   Currently, the only reasons to mark patches as inappropriate for upstream
> +   submission are:
> +
> +   -  ``oe specific``: the issue is specific to how Yocto performs builds
> +      or sets things up at runtime, and can be resolved only with a patch that
> +      is not however relevant or appropriate for general upstream submission.
> +   -  ``upstream ticket <link>``: the issue is not Yocto-specific and should be
> +      fixed upstream, but the patch in its current form is not suitable for
> +      merging upstream, and the author lacks sufficient expertise to develope a
> +      proper patch. Instead the issue is handled via a bug report (include
> +      link).


For the above two paragraphs, I prefer to use "OpenEmbedded" instead of 
"Yocto", because that's the Contributor Guide for OE and Yocto.
I fixed it.
Thanks!
Michael.
Michael Opdenacker Sept. 22, 2023, 1:12 p.m. UTC | #2
On 22.09.23 at 15:11, Michael Opdenacker via lists.yoctoproject.org wrote:
>
> On 22.09.23 at 12:00, Roland Hieber wrote:
>> It was never really clear what all those reasons really meant, and every
>> patch submitted upstream liftens the maintenance on the Yocto side.
>> So remove the current list, and replace it with two reasons in which an
>> upstream submission likely won't benefit the upstream project.
>>
>> Suggested-by: Alexander Kanavin <alex.kanavin@gmail.com>
>> Signed-off-by: Roland Hieber <rhi@pengutronix.de>
>> ---
>> PATCH v2:
>>   * fix list syntax
>>
>> PATCH v1: 
>> https://lore.kernel.org/yocto-docs/20230920100647.1038583-3-rhi@pengutronix.de/
>> ---
>>   .../contributor-guide/recipe-style-guide.rst  | 30 +++++++++----------
>>   1 file changed, 14 insertions(+), 16 deletions(-)
>>
>> diff --git a/documentation/contributor-guide/recipe-style-guide.rst 
>> b/documentation/contributor-guide/recipe-style-guide.rst
>> index b574e6cb53a1..77e8910dabbb 100644
>> --- a/documentation/contributor-guide/recipe-style-guide.rst
>> +++ b/documentation/contributor-guide/recipe-style-guide.rst
>> @@ -299,22 +299,20 @@ following status strings:
>>     ``Inappropriate [reason]``
>>      The patch is not appropriate for upstream, include a brief 
>> reason on the
>> -   same line enclosed with ``[]``. The reason can be:
>> -
>> -   -  ``not author`` (you are not the author and do not intend to 
>> upstream this,
>> -      the source must be listed in the comments)
>> -   -  ``native``
>> -   -  ``licensing``
>> -   -  ``configuration``
>> -   -  ``enable feature``
>> -   -  ``disable feature``
>> -   -  ``bugfix`` (add bug URL here)
>> -   -  ``embedded specific``
>> -   -  ``other`` (give details in comments)
>> -
>> -The various ``Inappropriate [reason]`` status items are meant to 
>> indicate that
>> -the person responsible for adding this patch to the system does not 
>> intend to
>> -upstream the patch for a specific reason.
>> +   same line enclosed with ``[]``. In the past, there were several 
>> different
>> +   reasons not to submit patches upstream, but we have to consider 
>> that every
>> +   non-upstreamed patch means a maintainance burden for recipe 
>> maintainers.
>> +   Currently, the only reasons to mark patches as inappropriate for 
>> upstream
>> +   submission are:
>> +
>> +   -  ``oe specific``: the issue is specific to how Yocto performs 
>> builds
>> +      or sets things up at runtime, and can be resolved only with a 
>> patch that
>> +      is not however relevant or appropriate for general upstream 
>> submission.
>> +   -  ``upstream ticket <link>``: the issue is not Yocto-specific 
>> and should be
>> +      fixed upstream, but the patch in its current form is not 
>> suitable for
>> +      merging upstream, and the author lacks sufficient expertise to 
>> develope a


s/develope/develop/
FIx too (forgot to report it).

Michael.
diff mbox series

Patch

diff --git a/documentation/contributor-guide/recipe-style-guide.rst b/documentation/contributor-guide/recipe-style-guide.rst
index b574e6cb53a1..77e8910dabbb 100644
--- a/documentation/contributor-guide/recipe-style-guide.rst
+++ b/documentation/contributor-guide/recipe-style-guide.rst
@@ -299,22 +299,20 @@  following status strings:
 
 ``Inappropriate [reason]``
    The patch is not appropriate for upstream, include a brief reason on the
-   same line enclosed with ``[]``. The reason can be:
-
-   -  ``not author`` (you are not the author and do not intend to upstream this,
-      the source must be listed in the comments)
-   -  ``native``
-   -  ``licensing``
-   -  ``configuration``
-   -  ``enable feature``
-   -  ``disable feature``
-   -  ``bugfix`` (add bug URL here)
-   -  ``embedded specific``
-   -  ``other`` (give details in comments)
-
-The various ``Inappropriate [reason]`` status items are meant to indicate that
-the person responsible for adding this patch to the system does not intend to
-upstream the patch for a specific reason.
+   same line enclosed with ``[]``. In the past, there were several different
+   reasons not to submit patches upstream, but we have to consider that every
+   non-upstreamed patch means a maintainance burden for recipe maintainers.
+   Currently, the only reasons to mark patches as inappropriate for upstream
+   submission are:
+
+   -  ``oe specific``: the issue is specific to how Yocto performs builds
+      or sets things up at runtime, and can be resolved only with a patch that
+      is not however relevant or appropriate for general upstream submission.
+   -  ``upstream ticket <link>``: the issue is not Yocto-specific and should be
+      fixed upstream, but the patch in its current form is not suitable for
+      merging upstream, and the author lacks sufficient expertise to develope a
+      proper patch. Instead the issue is handled via a bug report (include
+      link).
 
 Of course, if another person later takes care of submitting this patch upstream,
 the status should be changed to ``Submitted [where]``, and an additional