[PATCH] ref-manual: Document the EXTERNALSRC_EXTENSIONS variable

[PATCH] ref-manual: Document the EXTERNALSRC_EXTENSIONS variable

[Peter Kjellerstedt]

EXTERNALSRC_EXTENSIONS is used to specify additional classes to inherit
when externalsrc is inherited.

Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
---

This of course assumes that the corresponding change to OE-Core is
accepted.

 documentation/ref-manual/variables.rst | 6 ++++++
 1 file changed, 6 insertions(+)

diff --git a/documentation/ref-manual/variables.rst b/documentation/ref-manual/variables.rst
index 85f65cae35..8e7321fa20 100644
--- a/documentation/ref-manual/variables.rst
+++ b/documentation/ref-manual/variables.rst
@@ -2175,6 +2175,12 @@ system and gives an overview of their function and contents.
       ":ref:`dev-manual/common-tasks:building software from an external source`"
       section in the Yocto Project Development Tasks Manual.
 
+   :term:`EXTERNALSRC_EXTENSIONS`
+      When inheriting the :ref:`externalsrc <ref-classes-externalsrc>`
+      class, this variable contains a list of additional classes that will
+      also be inherited. This allows for extending the externalsrc
+      functionality when it is active.
+
    :term:`EXTRA_AUTORECONF`
       For recipes inheriting the :ref:`autotools <ref-classes-autotools>`
       class, you can use :term:`EXTRA_AUTORECONF` to specify extra options to

Re: [docs] [PATCH] ref-manual: Document the EXTERNALSRC_EXTENSIONS variable

[Michael Opdenacker]

Hi Peter,

Thanks for the documentation patch!

On 10/19/21 7:04 PM, Peter Kjellerstedt wrote:
> EXTERNALSRC_EXTENSIONS is used to specify additional classes to inherit
> when externalsrc is inherited.
>
> Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com>

Reviewed-by: Michael Opdenacker <michael.opdenacker@bootlin.com>
Waiting for your patch to be accepted in OE-core before merging in
master-next.

Cheers
Michael.

-- 
Michael Opdenacker, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

Re: [docs] [PATCH] ref-manual: Document the EXTERNALSRC_EXTENSIONS variable

[Michael Opdenacker]

Hi Peter

On 10/20/21 5:45 PM, Michael Opdenacker wrote:
> Hi Peter,
>
> Thanks for the documentation patch!
>
> On 10/19/21 7:04 PM, Peter Kjellerstedt wrote:
>> EXTERNALSRC_EXTENSIONS is used to specify additional classes to inherit
>> when externalsrc is inherited.
>>
>> Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
> Reviewed-by: Michael Opdenacker <michael.opdenacker@bootlin.com>
> Waiting for your patch to be accepted in OE-core before merging in
> master-next.


Apparently, your code hasn't been merged yet, and following the
discussions on OE-core, I'm not sure what to expect.
Would you mind sending me the patch again when something happens?
Thanks for everything
Michael.

-- 
Michael Opdenacker, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

RE: [docs] [PATCH] ref-manual: Document the EXTERNALSRC_EXTENSIONS variable

[Peter Kjellerstedt]

> -----Original Message-----
> From: Michael Opdenacker <michael.opdenacker@bootlin.com>
> Sent: den 5 november 2021 17:20
> To: Peter Kjellerstedt <peter.kjellerstedt@axis.com>;
> docs@lists.yoctoproject.org
> Subject: Re: [docs] [PATCH] ref-manual: Document the
> EXTERNALSRC_EXTENSIONS variable
> 
> Hi Peter
> 
> On 10/20/21 5:45 PM, Michael Opdenacker wrote:
> > Hi Peter,
> >
> > Thanks for the documentation patch!
> >
> > On 10/19/21 7:04 PM, Peter Kjellerstedt wrote:
> >> EXTERNALSRC_EXTENSIONS is used to specify additional classes to inherit
> >> when externalsrc is inherited.
> >>
> >> Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
> > Reviewed-by: Michael Opdenacker <michael.opdenacker@bootlin.com>
> > Waiting for your patch to be accepted in OE-core before merging in
> > master-next.
> 
> Apparently, your code hasn't been merged yet, and following the
> discussions on OE-core, I'm not sure what to expect.
> Would you mind sending me the patch again when something happens?

Based on the comments that the patch received I will not push for 
it to be integrated. We will use a local solution instead.

> Thanks for everything
> Michael.
> 
> --
> Michael Opdenacker, Bootlin
> Embedded Linux and Kernel engineering
> https://bootlin.com

//Peter