[OE-core] [PATCH] xz: Correctly specify GPL-3.0 with autoconf exception

[Flanagan, Elizabeth]

On 31 August 2015 at 21:18, Christopher Larson <clarson at kergoth.com> wrote:
>
> On Mon, Aug 31, 2015 at 12:43 PM, Mark Hatle <mark.hatle at windriver.com>
> wrote:
>>
>> If that is the way we want to move forward, then my recommendation would
>> be to
>> add a new field for that.
>>
>> LICENSE-SRC = "source license list"
>> LICENSE = "declared license for the expected output of the build"
>> LICENSE_<package> = "The license for the items in this specific package"
>>
>> Where:
>>
>>  LICENSE ?= "${LICENSE-SRC}"
>>
>>  LICENSE_<package> ?= "${LICENSE}"
>>
>> I see a lot of potential work here, but I don't see the benefit though.
>>

My .02 cents.

I can see the benefit, slim as it may be. Here is why. We make a bit
of assumptions about what a person is creating with OE and what they
are releasing. I can see situations where people do things like use it
to release an image with both packages and the original source on it.
Being able to tell that would be beneficial for endusers I'm sure, but
my question is, how often does this happen? I don't know the answer to
that.

>> I don't know of any cases where someone has gotten in trouble, or even
>> questioned, when the build system has a slightly different license then
>> output
>> of the build.  The GNU build tools are definitely the biggest example I
>> can give
>> here.
>

As much as I agree, I don't think our standard should be if anyone has
gotten in trouble before, but rather is the metadata we're providing
technically correct.

>
> I would say we should introduce LICENSE-SRC, alter archiver.bbclass to use
> it, and set LICENSE-SRC ?= "${LICENSE}" instead. Much less work, but then we
> have a variable we can append to if we run into a case like that which we've
> discussed, without increasing work for the more common cases.

I tend to agree here. If LICENSE-SRC isn't set, just assume LICENSE.
Let's talk about this today in the meeting.

-b

> --
> Christopher Larson
> clarson at kergoth dot com
> Founder - BitBake, OpenEmbedded, OpenZaurus
> Maintainer - Tslib
> Senior Software Engineer, Mentor Graphics
>
> --
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core at lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>



-- 
Elizabeth Flanagan
Yocto Project
Build and Release