From: Andrei Gherzan <andrei@gherzan.ro>
To: Patches and discussions about the oe-core layer
<openembedded-core@lists.openembedded.org>
Subject: Re: LICENSE_{X}-xxx is parsed?
Date: Wed, 25 Apr 2012 00:15:02 +0300 [thread overview]
Message-ID: <CAK18fxG0_-aQDuPMA5drMAA8Kk-bnAPw-THrxafAOM6amvE2hA@mail.gmail.com> (raw)
In-Reply-To: <CAPhnLPDr2epHUeCjDaeg473mv8cR9jf6gA-BpxT=jU_BDcq3sg@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1915 bytes --]
On Tue, Apr 24, 2012 at 20:44, Flanagan, Elizabeth <
elizabeth.flanagan@intel.com> wrote:
> On Tue, Apr 24, 2012 at 10:25 AM, Andrei Gherzan <andrei@gherzan.ro>
> wrote:
> > Hello everybody,
> >
> > Is there any mechanism of parsing LICENSE variables for every provided
> > package in a bb file?
> >
> > To be a little more clear about this.
> >
> > If i have an app named myapp. Let's say the myapp_1.0.bb includes:
> > LICENSE = "GPLv3 & LGPLv2.1"
> > LICENSE_${PN} = LGPLv2.1
> > LICENSE_${PN} -tests = GPLv3
> >
> > If this app is not whitelisted, this file will pe ignored (assuming
> > INCOMPATIBLE_LICENSE = GPLv3) even if the only needed package on the
> final
> > fs is the ${PN} package.
> >
>
> As you have package level licensing set, it will actually check the
> LICENSE_${PN}. See:
> bdf2d94c35b7e5ed1723f987696a6c865bff212c Which means it will go and
> use the PN level
> license to determine if it should be excluded. If no PN level exists
> it should fall back to LICENSE
>
>
I realize this but still, what about the rest for packages provided in a bb
file?
> > For files in these case (like gnults) we use right now WHITELIST. In
> this
> > way license checking on those packages is skipped.
> >
> > If nobody works on this (or this is already done but i couldn't spot it
> in
> > the code) i can dig and propose a way to solve this issue.
> >
> > @g
> > _______________________________________________
> > Openembedded-core mailing list
> > Openembedded-core@lists.openembedded.org
> > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
> >
>
>
>
> --
> Elizabeth Flanagan
> Yocto Project
> Build and Release
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
[-- Attachment #2: Type: text/html, Size: 3082 bytes --]
next prev parent reply other threads:[~2012-04-24 21:24 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-24 17:25 LICENSE_{X}-xxx is parsed? Andrei Gherzan
2012-04-24 17:44 ` Flanagan, Elizabeth
2012-04-24 21:15 ` Andrei Gherzan [this message]
2012-04-24 21:25 ` Andrei Gherzan
2012-04-24 22:38 ` Flanagan, Elizabeth
2012-04-24 22:53 ` Chris Larson
2012-04-24 23:13 ` Flanagan, Elizabeth
2012-04-25 8:17 ` Richard Purdie
2012-04-25 16:04 ` Flanagan, Elizabeth
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=CAK18fxG0_-aQDuPMA5drMAA8Kk-bnAPw-THrxafAOM6amvE2hA@mail.gmail.com \
--to=andrei@gherzan.ro \
--cc=openembedded-core@lists.openembedded.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.