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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox