From: Andrei Gherzan <andrei@gherzan.ro>
To: poky@yoctoproject.org
Subject: Miss-match between excluded license names and license name files
Date: Sun, 08 Jan 2012 14:32:57 +0200 [thread overview]
Message-ID: <4F098CF9.7090309@gherzan.ro> (raw)
In-Reply-To: <4F098BF6.1090404@gherzan.ro>
Hello all,
I faced another GPLv3 related bug/issue. This one goes like this. In
base.class excluded/skipped packages from build are those that are
EXACTLY as they are typed in INCOMPATIBLE_LICENSE. For example a package
with LICENSE=GPLv3 will be excluded from build and one with
LICENSE=GPL-3 won't be. That would be a problem because a package like
gettext 0.18 where LICENSE=GPL-3 is not excluded even if it is GPLv3.
The standard license name for versions of GPL is indeed GPL-X.Y. Example
GPL-3.0. So, as i see we have a couple (2) of fixes for this.
1. Modify gettext's LICENSE to GPLv3. This is the quick one but no so...
let's say standardized. I will commit this change as a workaround (or
not) until we will have a conclusion upon this matter.
2. Recode base.bbclass part where INCOMPATIBLE_LICENSE is managed in
order to take into consideration those license variations defined in
license.bbclass. This is the "long" fix. An issue here would be that all
mapping in license.bbclass is on GPL-3.0 (as i think should be in this
naming standard). So we will have to redefine INCOMPATIBLE_LICENSE to
this value after the base.bbclass specified recoding is done. In this
way all those workarounds with "if GPLv3 is in INCOMPATIBLE_LICENSE"
will have to be modified as well, to check for GPL-3.0. In this way we
can take advantage of the already done mapping in license.bbclass, let
developers have their variations of LICENSE and still skipping those
packages from non-GPL-3.0 license builds. I think that this would be the
most complete fix in order to scale this INCOMPATIBLE_LICENSE issue.
Andrei
parent reply other threads:[~2012-01-08 12:32 UTC|newest]
Thread overview: expand[flat|nested] mbox.gz Atom feed
[parent not found: <4F098BF6.1090404@gherzan.ro>]
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=4F098CF9.7090309@gherzan.ro \
--to=andrei@gherzan.ro \
--cc=poky@yoctoproject.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.