From: "Daniel P. Berrangé" <berrange@redhat.com>
To: Eric Blake <eblake@redhat.com>
Cc: Cornelia Huck <cohuck@redhat.com>, Thomas Huth <thuth@redhat.com>,
qemu-trivial@nongnu.org, qemu-s390x@nongnu.org,
qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH] target/s390x: Fix LGPL version in the file header comments
Date: Wed, 30 Jan 2019 15:18:29 +0000 [thread overview]
Message-ID: <20190130151829.GT15904@redhat.com> (raw)
In-Reply-To: <e3dfae55-8733-bd01-1f13-422f343fb258@redhat.com>
On Wed, Jan 30, 2019 at 09:01:01AM -0600, Eric Blake wrote:
> On 1/29/19 7:51 AM, Cornelia Huck wrote:
> > On Tue, 29 Jan 2019 14:37:47 +0100
> > Thomas Huth <thuth@redhat.com> wrote:
> >
> >> It's either "GNU *Library* General Public License version 2" or
> >> "GNU Lesser General Public License version *2.1*", but there was
> >> no "version 2.0" of the "Lesser" license. So assume that version
> >> 2.1 is meant here.
> >
> > I think we can assume that.
> >
> > Given that there have been several of these cases (and that there's a
> > lot of boilerplate in general): Should we adopt SPDX license
> > identifiers for QEMU, as the Linux kernel did? They also discovered and
> > fixed some problems/oddities while at it.
>
> I'm also in favor of SPDX license identifiers - their brevity and
> machine-parsability favors more accurate usage and fewer copy/paste
> mistake propagation.
I'm curious if the kernel developers actually ended up removing the
current boilerplate license text from files they added SPDX tags
to ?
The original work only added SPDX tags to files which lacked any
pre-existing license text
https://lwn.net/Articles/739183/
Although its from 2017, the LWN article indicates there was
some uncertainty about whether they'd actually go through with
removing license text, especially for files where the person
removing the text is not the exclusive copyright holder:
"An additional goal is to eventually get rid of the other license
texts; the consensus seems to be that the SPDX identifier is a
sufficient declaration of the license on its own. But removing
license text from source files must be done with a great deal
of care, so it may be a long time before anybody works up the
courage to attempt that on any files that they do not themselves
own the copyright for. "
I can understand the sentiment that SPDX identifier alone should be
sufficient, but I think I'd want to see an explicit legal opinion from
a lawyer who works with open source before removing any license text.
Any one know if anything changed in this respect since that 2017
lwn article ?
Regards,
Daniel
--
|: https://berrange.com -o- https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o- https://fstop138.berrange.com :|
|: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|
next prev parent reply other threads:[~2019-01-30 15:18 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-01-29 13:37 [Qemu-devel] [PATCH] target/s390x: Fix LGPL version in the file header comments Thomas Huth
2019-01-29 13:51 ` Cornelia Huck
2019-01-29 15:05 ` Philippe Mathieu-Daudé
2019-01-30 15:01 ` Eric Blake
2019-01-30 15:18 ` Daniel P. Berrangé [this message]
2019-01-30 15:47 ` Cornelia Huck
2019-01-31 21:55 ` Richard Henderson
2019-01-30 10:04 ` [Qemu-devel] [Qemu-trivial] " Laurent Vivier
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=20190130151829.GT15904@redhat.com \
--to=berrange@redhat.com \
--cc=cohuck@redhat.com \
--cc=eblake@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-s390x@nongnu.org \
--cc=qemu-trivial@nongnu.org \
--cc=thuth@redhat.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;
as well as URLs for NNTP newsgroup(s).