[yocto] [RFC][meta-gplv2] layer priority and worth creating branch compatible with morty?

[Andre McCurdy]

On Fri, Apr 21, 2017 at 1:59 PM, Martin Jansa <martin.jansa at gmail.com> wrote:
> 1) layer priority, currently it has:
>        BBFILE_PRIORITY_gplv2 = "1"
>    which is lower than oe-core with:
>        BBFILE_PRIORITY_core = "5"
>    so in order to use recipes from meta-gplv2 layer, user has to add
>    couple PREFERRED_VERSIONS. Was this intended use for meta-gplv2?

I guess the intention is that if you blacklist GPLv3 etc then only the
recipes in meta-gplv2 will be considered.

>    I can see some advantages of this (that the layer can be included
>    without immediate side effects), but on the other hand why would
>    anyone include this layer if he isn't deeply scared from (L)GPLv3
>    versions sneaking into the build?
>    In our local builds I'm bumping the priority to 6 to resolve this.

If any of the recipes in meta-gplv2 still contain BBCLASSEXTEND =
"native" then that could cause problems (generally you only want to
use the older recipes for the target, not for -native).

>    Alternatively we can add some conf/distro/gplv2-versions.inc file
>    in meta-gplv2 so that people who want to use all available recipes
>    in gplv2 compatible version can include it in their DISTRO.
>
> 2) branch for morty, currently the recipes aren't compatible with morty
>    but with e.g. gnutls version added there it might be better option
>    to share the gplv2 work there even when oe-core/morty contains most
>    of these recipes as well.
>    The recipes I had to modify to be compatible with morty are:
>    https://github.com/shr-project/meta-gplv2/commits/jansa/morty
>    88d1052 coreutils: make it compatible with Yocto 2.2 Morty
>    5e08ac2 rsync: make it compatible with Yocto 2.2 Morty
>    b33037f libiconv: make it compatible with Yocto 2.2 Morty
>
> --
> Martin 'JaMa' Jansa     jabber: Martin.Jansa at gmail.com
>
> --
> _______________________________________________
> yocto mailing list
> yocto at yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>