Henry Spencer's license
by Petr Šabata
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
2 weeks, 2 days
Ocaml documentation license
by Florian Weimer
Should Fedora distribute content under the Ocaml documentation license?
The license says:
“
The present documentation is copyright © 2013 Institut National de
Recherche en Informatique et en Automatique (INRIA). The OCaml
documentation and user’s manual may be reproduced and distributed in
whole or in part, subject to the following conditions:
• The copyright notice above and this permission notice must be
preserved complete on all complete or partial copies.
• Any translation or derivative work of the OCaml documentation and
user’s manual must be approved by the authors in writing before
distribution.
• If you distribute the OCaml documentation and user’s manual in
part, instructions for obtaining the complete version of this manual
must be included, and a means for obtaining a complete version provided.
• Small portions may be reproduced as illustrations for reviews or
quotes in other works without this permission notice if proper citation
is given.
”
For program source code, this would clearly not be allowed because
derivative works are not permitted. Are such restrictions permitted for
documentation licenses in Fedora?
Thanks,
Florian
5 years, 2 months
Relicensing Cura to LGPLv3+ (but is still uses AGPLv3+ and GPLv3)
by Miro Hrončok
Hi there,
recently, Cura, a 3D printing software by Ultimaker and its community
have been relicensed from AGPLv3+ to LGPLv3+ [0][1].
When updating Cura in Fedora, I forgot to check, and it's still listed
as AGPLv3+. However, I'm not sure whether I can change the tag to
LGPLv3+, because it uses other software with "stronger" licenses.
In fact, there seem to be a problem already with Uranium (python-uranium
SRPM).
Cura uses CuraEngine (AGPLv3+) trough a protobuf interface [2].
I'm unsure whether a protobuf interface makes the AGPLv3+ "infect" Cura.
I'd guess it does.
Cura uses (Python imports) Uranium (currently also listed as LGPLv3+ in
Fedora) that imports PyQt5 (GPLv3).
I'm confident that PyQt5's GPLv3 "infects" both Uranium and Cura to be
GPLv3. It's the PyQt5's authors business model [3].
So I guess Uranium should be GPLv3 and Cura should be either GPLv3 or
AGPLv3 (no +) depending on the protobuf thing.
I wonder if what Ultimaker is doing is even possible, and whether I
should ask them about it, but before I do, I'll ask here.
BTW Our python-qt5 package (PyQt5 upstream) is listed in Fedora as "BSD
and GPLv2+" which I'm confident is not true and I opened [4] while
investigating this.
Thanks for help.
[0]
https://ultimaker.com/en/community/50303-cura-license-update-from-agpl-to...
[1]
https://github.com/Ultimaker/Cura/commit/9a193ad5c5ab5324ad1335dd9adf80fe...
[2]
https://github.com/Ultimaker/Cura/blob/master/plugins/CuraEngineBackend/C...
[3] https://www.riverbankcomputing.com/commercial/license-faq
[4] https://bugzilla.redhat.com/show_bug.cgi?id=1520186
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
5 years, 3 months
