Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Adrian Bunk <bunk@stusta.de>
To: Quentin Schulz <quentin.schulz@streamunlimited.com>
Cc: andriy.danylovskyy@streamunlimited.com,
	openembedded-core@lists.openembedded.org
Subject: Re: [PATCH] meta: license: fix non-SPDX license being removed from INCOMPATIBLE_LICENSE
Date: Thu, 6 Jun 2019 17:52:36 +0300	[thread overview]
Message-ID: <20190606145236.GA26324@localhost> (raw)
In-Reply-To: <20190605152352.25846-1-quentin.schulz@streamunlimited.com>

This breaks the build for me:

ERROR: test-image-1.0-r0 do_rootfs: Error executing a python function in exec_python_func() autogenerated:

The stack trace of python calls that resulted in this exception/failure was:
File: 'exec_python_func() autogenerated', lineno: 2, function: <module>
     0001:
 *** 0002:license_create_manifest(d)
     0003:
File: '/home/bunk/yoctomusl/yocto-test/sources/poky/meta/classes/license_image.bbclass', lineno: 35, function: license_create_manifest
     0031:            pkg_dic[pkg_name]["LICENSE"] = pkg_dic[pkg_name][pkg_lic_name]
     0032:
     0033:    rootfs_license_manifest = os.path.join(d.getVar('LICENSE_DIRECTORY'),
     0034:                        d.getVar('IMAGE_NAME'), 'license.manifest')
 *** 0035:    write_license_files(d, rootfs_license_manifest, pkg_dic, rootfs=True)
     0036:}
     0037:
     0038:def write_license_files(d, license_manifest, pkg_dic, rootfs=True):
     0039:    import re
File: '/home/bunk/yoctomusl/yocto-test/sources/poky/meta/classes/license_image.bbclass', lineno: 44, function: write_license_files
     0040:    import stat
     0041:
     0042:    bad_licenses = (d.getVar("INCOMPATIBLE_LICENSE") or "").split()
     0043:    bad_licenses = map(lambda l: canonical_license(d, l), bad_licenses)
 *** 0044:    bad_licenses = expand_wildcard_licenses(d, bad_licenses)
     0045:
     0046:    with open(license_manifest, "w") as license_file:
     0047:        for pkg in sorted(pkg_dic):
     0048:            if bad_licenses:
File: '/home/bunk/yoctomusl/yocto-test/sources/poky/meta/classes/license.bbclass', lineno: 271, function: expand_wildcard_licenses
     0267:    Return actual spdx format license names if wildcard used. We expand
     0268:    wildcards from SPDXLICENSEMAP flags and SRC_DISTRIBUTE_LICENSES values.
     0269:    """
     0270:    import fnmatch
 *** 0271:    licenses = wildcard_licenses[:]
     0272:    spdxmapkeys = d.getVarFlags('SPDXLICENSEMAP').keys()
     0273:    for wld_lic in wildcard_licenses:
     0274:        spdxflags = fnmatch.filter(spdxmapkeys, wld_lic)
     0275:        licenses += [d.getVarFlag('SPDXLICENSEMAP', flag) for flag in spdxflags]
Exception: TypeError: 'map' object is not subscriptable

ERROR: test-image-1.0-r0 do_rootfs: 'map' object is not subscriptable
ERROR: test-image-1.0-r0 do_rootfs: Function failed: license_create_manifest
ERROR: Logfile of failure stored in: /home/bunk/yoctomusl/yocto-test/build_test/tmp/work/test-test-linux-musl/test-image/1.0-r0/temp/log.do_rootfs.29928
ERROR: Task (/home/bunk/yoctomusl/yocto-test/sources/meta-test/recipes-test/images/test-image.bb:do_rootfs) failed with exit code '1'


cu
Adrian


On Wed, Jun 05, 2019 at 05:23:52PM +0200, Quentin Schulz wrote:
> A non-SPDX license (which is not an alias to an SPDX license) cannot
> currently be marked as incompatible in INCOMPATIBLE_LICENSE.
> In the current state, we take all INCOMPATIBLE_LICENSE and pass them
> through expand_wildcard_licenses which is only adding SPDX licenses that
> match the glob regexp of what is in INCOMPATIBLE_LICENSE (be it a direct
> match to an SPDX license or via an alias).
> 
> This does not work well with custom licenses.
> 
> E.g.:
> 
> foo.bb:
> LICENSE = "FooLicense"
> 
> conf/local.conf:
> INCOMPATIBLE_LICENSE = "FooLicense"
> 
> `bitbake foo`
> 
> Gives no warning, no error, builds and packages successfully, because
> INCOMPATIBLE_LICENSE is basically empty since FooLicense is neither in
> SPDXLICENSEMAP nor in SRC_DISTRIBUTE_LICENSES.
> 
> Let's add the original licenses to the list returned by
> expand_wildcard_licenses to be able to handle the aforementioned case.
> 
> INCOMPATIBLE_LICENSE = "FooLicense GPLv2 GPLv3+" used to "resolve" to
> "GPLv2 GPLv3". It now resolves to "FooLicense GPLv2 GPLv3 GPLv3+" which
> fixes the issue with custom licenses not being in SPDXLICENSEMAP or
> SRC_DISTRIBUTE_LICENSES and thus being left out of the blacklisted
> licenses.
> 
> Signed-off-by: Quentin Schulz <quentin.schulz@streamunlimited.com>
> ---
>  meta/classes/license.bbclass | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/classes/license.bbclass b/meta/classes/license.bbclass
> index ed91a4b4db..adca881c85 100644
> --- a/meta/classes/license.bbclass
> +++ b/meta/classes/license.bbclass
> @@ -268,7 +268,7 @@ def expand_wildcard_licenses(d, wildcard_licenses):
>      wildcards from SPDXLICENSEMAP flags and SRC_DISTRIBUTE_LICENSES values.
>      """
>      import fnmatch
> -    licenses = []
> +    licenses = wildcard_licenses[:]
>      spdxmapkeys = d.getVarFlags('SPDXLICENSEMAP').keys()
>      for wld_lic in wildcard_licenses:
>          spdxflags = fnmatch.filter(spdxmapkeys, wld_lic)
> -- 
> 2.17.1
> 
> -- 
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core



  reply	other threads:[~2019-06-06 14:52 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-06-05 15:23 [PATCH] meta: license: fix non-SPDX license being removed from INCOMPATIBLE_LICENSE Quentin Schulz
2019-06-06 14:52 ` Adrian Bunk [this message]
2019-06-06 15:11   ` Quentin Schulz
2019-06-06 15:36     ` Adrian Bunk

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20190606145236.GA26324@localhost \
    --to=bunk@stusta.de \
    --cc=andriy.danylovskyy@streamunlimited.com \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=quentin.schulz@streamunlimited.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox