Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Adrian Bunk <bunk@stusta.de>
To: Mark Hatle <mark.hatle@windriver.com>
Cc: Patches and discussions about the oe-core layer
	<openembedded-core@lists.openembedded.org>
Subject: Re: [PATCH 6/6] xz: Remove GPLv3 license checksum
Date: Thu, 5 Sep 2019 08:40:33 +0300	[thread overview]
Message-ID: <20190905054033.GC21155@localhost> (raw)
In-Reply-To: <0e9d096b-29f7-04ac-d88f-280ca0602c2b@windriver.com>

On Wed, Sep 04, 2019 at 04:42:41PM -0400, Mark Hatle wrote:
> On 9/4/19 4:27 PM, Adrian Bunk wrote:
> > On Wed, Sep 04, 2019 at 08:07:58AM -0400, Mark Hatle wrote:
> >> On 9/3/19 1:59 PM, Wes Lindauer wrote:
> >> ...
> >>> In reference to "It typically does NOT include the license of things used to
> >>> build the software (such as makefiles, autoconf fragments, etc)".
> >>> Since the only file that is licensed under GPLv3 is a M4 macro, does that mean
> >>> the current patch is still valid? Shouldn't the GPLv3 license be removed from
> >>> this recipe?
> >>
> >> Unless the M4 file is generating/injecting code into the build(very few I've
> >> seen do this),
> >> ...
> > 
> > If the defines in config.h are "code" then many do.
> 
> Is there a license statement at the top of the config.h?  If so, then it counts.

No license statement is required for having copyright.

>...
> >From the latest autoconf source code docs:
>...

What comes from autoconf is GPL-3.0-with-autoconf-exception,
3rd party macros might have any license.

> Or is it just 'facts' (i.e. defines without any creative content)?  Then I don't
> consider it relevant to the source license,

When you argue along the lines of "generating/injecting code into the 
build" that sounds like what many autoconf macros are doing.

> based on statements I've seen elsewhere.
>...

Statements from lawyers, or from random non-lawyers on the internet like 
you and me who might be right or just repeat something incorrect?

The users for whom these questions actually matter most in practice
are lawyers from the "no GPLv3" camp, so their input might be useful.

> --Mark

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed



  reply	other threads:[~2019-09-05  5:40 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-08-16 19:44 [PATCH 1/6] iw: Fix license field to BSD-2-Clause Wes Lindauer
2019-08-16 19:44 ` [PATCH 2/6] openssh: Update LICENSE field with missing values Wes Lindauer
2019-08-16 19:44 ` [PATCH 3/6] shadow: Fix BSD license file checksum Wes Lindauer
2019-08-16 19:44 ` [PATCH 4/6] sudo: " Wes Lindauer
2019-08-16 19:44 ` [PATCH 5/6] libunwind: Fix MIT " Wes Lindauer
2019-08-16 19:44 ` [PATCH 6/6] xz: Remove GPLv3 license checksum Wes Lindauer
2019-08-16 20:50   ` Khem Raj
2019-08-27 17:34     ` Wes Lindauer
2019-08-27 18:04     ` Adrian Bunk
2019-08-27 18:27       ` Mark Hatle
2019-09-03 18:59         ` Wes Lindauer
2019-09-04 12:07           ` Mark Hatle
2019-09-04 18:50             ` Richard Purdie
2019-09-04 19:53               ` Adrian Bunk
2019-09-04 20:18                 ` Mark Hatle
2019-09-04 20:30                   ` Mark Hatle
2019-09-04 20:36                   ` richard.purdie
2019-09-05  9:35                 ` Peter Kjellerstedt
2019-09-04 20:27             ` Adrian Bunk
2019-09-04 20:42               ` Mark Hatle
2019-09-05  5:40                 ` Adrian Bunk [this message]
2019-08-16 20:02 ` ✗ patchtest: failure for "iw: Fix license field to BSD-2..." and 5 more Patchwork

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=20190905054033.GC21155@localhost \
    --to=bunk@stusta.de \
    --cc=mark.hatle@windriver.com \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox