[OE-core] [PATCH] default-distrovars.inc: drop obsolete LGPLv2_WHITELIST_GPL-3.0
Mark Hatle
mark.hatle at windriver.com
Mon May 14 16:18:54 UTC 2018
On 5/11/18 7:02 PM, Andre McCurdy wrote:
> There doesn't seem to be a clear reason to have two separate
> variables to hold whitelisted GPLv3 recipes. Both variables are
> treated the same, so adding a recipe to LGPLv2_WHITELIST_GPL-3.0 is
> already equivalent to adding it to WHITELIST_GPL-3.0.
>
> Anyone needing to whitelist a GPLv3 recipe should now just use
> WHITELIST_GPL-3.0.
>
> Signed-off-by: Andre McCurdy <armccurdy at gmail.com>
> ---
...
> diff --git a/meta/conf/distro/include/default-distrovars.inc b/meta/conf/distro/include/default-distrovars.inc
> index 76d09af..2f46e13 100644
> --- a/meta/conf/distro/include/default-distrovars.inc
> +++ b/meta/conf/distro/include/default-distrovars.inc
> @@ -24,7 +24,6 @@ DISTRO_FEATURES ?= "${DISTRO_FEATURES_DEFAULT} ${DISTRO_FEATURES_LIBC}"
> IMAGE_FEATURES ?= ""
>
> WHITELIST_GPL-3.0 ?= ""
> -LGPLv2_WHITELIST_GPL-3.0 ?= ""
I don't have enough context to know if this matters, but there are a number of
GPLv3 tools, that have LGPLv2 libraries. I believe this whitelist was added to
specifically allow this these items to be present on the system, as it was a
distinctly different use-case then just the GPL-3.0 version.
(Not sure how relevant that still is. Is there any documentation in either the
documentation.conf or guide?)
--Mark
> COMMERCIAL_AUDIO_PLUGINS ?= ""
> # COMMERCIAL_AUDIO_PLUGINS ?= "gst-plugins-ugly-mad gst-plugins-ugly-mpegaudioparse"
>
More information about the Openembedded-core
mailing list