Dear legal,
While checking the contents of our `perl' package, I noticed the following:
(...)
/* NOTE: this is derived from Henry Spencer's regexp code, and should not
* confused with the original package (see point 3 below). Thanks, Henry!
*/
/* Additional note: this code is very heavily munged from Henry's version
* in places. In some spots I've traded clarity for efficiency, so don't
* blame Henry for some of the lack of readability.
*/
/* The names of the functions have been changed from regcomp and
* regexec to pregcomp and pregexec in order to avoid conflicts
* with the POSIX routines of the same names.
*/
(...)
* pregcomp and pregexec -- regsub and regerror are not used in perl
*
* Copyright (c) 1986 by University of Toronto.
* Written by Henry Spencer. Not derived from licensed software.
*
* Permission is granted to anyone to use this software for any
* purpose on any computer system, and to redistribute it freely,
* subject to the following restrictions:
*
* 1. The author is not responsible for the consequences of use of
* this software, no matter how awful, even if they arise
* from defects in it.
*
* 2. The origin of this software must not be misrepresented, either
* by explicit claim or by omission.
*
* 3. Altered versions must be plainly marked as such, and must not
* be misrepresented as being the original software.
*
**** Alterations to Henry's code are...
****
**** Copyright (C) 1991, 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999,
**** 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008
**** by Larry Wall and others
****
**** You may distribute under the terms of either the GNU General Public
**** License or the Artistic License, as specified in the README file.
(...)
You can see the whole file here:
https://metacpan.org/source/SHAY/perl-5.20.1/regexec.c
I looked but couldn't find any common name for this license
of Henry's. Is it on our list? Is it free? What name should
I use in the License tag?
Thank you,
Petr
The software freedom conservancy has tendered its response:
http://sfconservancy.org/news/2018/sep/26/GPLv2-irrevocability/http://copyleft.org/guide/comprehensive-gpl-guidech8.html#x11-540007.4
""
"The GPLv2 have several provisions that, when taken together, can be
construed as an irrevocable license from each contributor. "
""
It cites:
" That license granted to downstream is irrevocable, again
provided that the downstream user complies with the license terms:
"[P]arties who have received copies, or rights, from you under this
License will not have their licenses terminated so long as such parties
remain in full compliance" (GPLv2§4). "
However this is disingenuous
The full text of section 4 is as follows:
""
4. You may not copy, modify, sublicense, or distribute the Program
except as expressly provided under this License. Any attempt
otherwise to copy, modify, sublicense or distribute the Program is
void, and will automatically terminate your rights under this License.
However, parties who have received copies, or rights, from you under
this License will not have their licenses terminated so long as such
parties remain in full compliance.
""
The "You" in section 4 is speaking of the licensee regarding
sub-licensees, it is not speaking to the licensor/copyright-holder.
IE: if the licensee loses his license, through operation of the
automatic-revocation provisions, the sub-licensees do not also lose
their licenses.
IE: The language is disclaiming a chain topography for license
distribution, and instead substituting a hub-and-spoke topography (all
licenses originating from the copyright holder, not the
previous-in-line)
GPLv3 added a no-rescission clause for a reason: the reason being to
attempt to create an estoppel defense for the licensees against the
licensor. You will notice that Eben Moglen never speaks on these issues.
(He preumably is aware of the weaknesses vis a vis the US copyright
regime.)
Section 6 further clarifies the hub-and-spoke model:
""
6. Each time you redistribute the Program (or any work based on the
Program), the recipient automatically receives a license from the
original licensor to copy, distribute or modify the Program subject to
these terms and conditions. You may not impose any further
restrictions on the recipients' exercise of the rights granted herein.
You are not responsible for enforcing compliance by third parties to
this License.
""
The memorandum posted then goes on to a discussion of estoppel,
detrimental reliance, etc; noting that users may have relied on the
software and their licenses may be estopped from being revoked from said
users since doing so might cause them unanticipated loss. This is
speaking of already published, existent, versions of the program used by
end users.
The memorandum seems to ignore what happens to "upstream" once said
project receives a revocation notice. Thought it may be possible that
users of a published piece of software may have defenses to license
revocation, the same is not true regarding the rescinded property
vis-a-vis future prospective versions of the software nor of future
prospective licensees of said software.
That is: once the grant to use the code in question is rescinded, future
versions of the software may not use that code. Current users of the
software may be-able to raise an estoppel / detrimental reliance defense
regarding the current published software, however the programmers
working on the next version of said software cannot continue to use the
property in future versions of the software (such would be a copyright
violation once the gratuitous license is rescinded by the grantor).
Additionally, prospective-licensees, once the grant was rescinded and
such was published, would have no same-such estoppel defense (not being
user-licensees at the time of revocation).
(Ignoring this eventuality in the published memorandum, is, of-course,
by design.)
(Now, to note: the free-software movement is focused on the freedom of
the user, not the progenitors of the software, so one could certainly
say that ignoring some developer-focused analysis is consistent with
their prerogative...)