From: Xose Vazquez Perez <xose.vazquez@gmail.com>
To: Christophe Varoqui <christophe.varoqui@opensvc.com>,
Hannes Reinecke <hare@suse.de>,
Benjamin Marzinski <bmarzins@redhat.com>,
Martin Wilck <mwilck@suse.com>,
Bart Van Assche <bart.vanassche@sandisk.com>,
Gris Ge <fge@redhat.com>, Greg KH <gregkh@linuxfoundation.org>,
dm ML <dm-devel@redhat.com>
Subject: Re: multipath-tools licenses (was Re: [PATCH] multipath-tools: replace FSF address with a www pointer)
Date: Fri, 6 Apr 2018 18:10:48 +0200 [thread overview]
Message-ID: <e82ecffd-c7ce-b623-d94a-a3867edae136@gmail.com> (raw)
In-Reply-To: <1522250068.5251.46.camel@suse.com>
On 03/28/2018 05:14 PM, Martin Wilck wrote:
> On Wed, 2018-03-28 at 00:24 +0200, Xose Vazquez Perez wrote:
> Multiple licenses are acceptable for multipath-tools, too. Yet we need
> to understand, and clearly communicate, which license applies to which
> source file, and what that means for the binaries and libraries that
> are part of the package. And, needless to say, reducing the number of
> licenses and getting rid of the obsolete LGPL-2.0 would simplify
> matters significantly, both for us and other parties.
It would be nice to have the old cvs repo, from 2003-09-18 multipath-0.0.1 to
2005-05-23 multipath-tools-0.4.5, online. Or converted to git.
>> And the SPDX License Identifier is being used:
>> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tr
>> ee/Documentation/process/license-rules.rst
>
> Yeah, it's probably a good idea to do that. I'm not sure if it should
> replace the boilerplate license header or just be added on top of it.
> Either way, when we do this, we should make sure that we understand
> which license covers the individual files, in particular those that
> currently have no license header. We're assuming that these are covered
> by COPYING, but is that actually true for all 130+ files?
>
> This shouldn't be taken too lightly. Assume you add an "LGPL-2.1" SPDX
> header to some file. Company X links to the file in it's proprietary
> product. Later, company Y finds some of its own GPL-2.0 licensed code
> in the same file and sues X over 100 million for GPL breakage. Now X
> claims the money back from the person who inserted the misleading
> license header in the file ...
>
> That sounds paranoid and exaggerated, but I've heard exactly arguments
> like this in discussions about proprietary software using FLOSS. It's
> the kind of thing Black Duck and similar companies make money with.
Kernel guys are replacing boiler plate text with a SPDX tag.
I suppose, by advice and with assistance of the lawyers of The Linux Foundation.
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=b24413180f5600bcb3bb70fbed5cf186b60864bd
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=a04c7278d3042cb30c8a66197d900209a4f2417c
This template could be good enough and neat for multipath-tools:
// SPDX-License-Identifier: <licence(s)>
// File-Originally-From: <project name and <url>>
// <a copyright indicator> <year(s) applicable>, <copyright holder(s)>.
// Author(s): <Name and <e-mail>>
// ...
e.g.
// SPDX-License-Identifier: GPL-2.0-or-later
// File-Originally-From: linux-tool <http://linux-tool.org>
// Copyright 1999, 2001-2018, Foo Corp.
// Author(s): Bar <bar@foo.org>
next prev parent reply other threads:[~2018-04-06 16:10 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-03-10 20:50 [PATCH] multipath-tools: replace FSF address with a www pointer Xose Vazquez Perez
2018-03-19 21:37 ` Martin Wilck
2018-03-23 18:28 ` Xose Vazquez Perez
2018-03-23 20:30 ` multipath-tools licenses (was Re: [PATCH] multipath-tools: replace FSF address with a www pointer) Martin Wilck
2018-03-26 11:04 ` Hannes Reinecke
2018-03-26 12:36 ` Martin Wilck
2018-03-26 14:02 ` Martin Wilck
2018-03-26 14:15 ` Martin Wilck
2018-03-26 16:07 ` Benjamin Marzinski
2018-03-26 16:16 ` Martin Wilck
2018-03-27 22:24 ` Xose Vazquez Perez
2018-03-28 15:14 ` Martin Wilck
2018-04-06 16:10 ` Xose Vazquez Perez [this message]
2018-04-06 16:25 ` Greg KH
2018-04-09 9:01 ` Martin Wilck
2018-04-10 13:56 ` Xose Vazquez Perez
2018-03-27 21:42 ` Xose Vazquez Perez
2018-03-27 21:53 ` Martin Wilck
2018-03-26 13:02 ` Xose Vazquez Perez
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=e82ecffd-c7ce-b623-d94a-a3867edae136@gmail.com \
--to=xose.vazquez@gmail.com \
--cc=bart.vanassche@sandisk.com \
--cc=bmarzins@redhat.com \
--cc=christophe.varoqui@opensvc.com \
--cc=dm-devel@redhat.com \
--cc=fge@redhat.com \
--cc=gregkh@linuxfoundation.org \
--cc=hare@suse.de \
--cc=mwilck@suse.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 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.