/usr/share/doc/common-lisp-controller/copyright is in common-lisp-controller 7.10.
This file is owned by root:root, with mode 0o644.
The actual contents of the file can be viewed below.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 | This is common-lisp-controller, written and maintained by Peter Van Eynde <pvaneynd@debian.org>
and Kevin M. Rosenberg <kmr@debian.org>
The original source can always be found at:
ftp://ftp.debian.org/dists/unstable/main/source/
Copyright (C) 2000,2010 Peter Van Eynde and Kevin M. Rosenberg
2008 Luca Capello
2010 Desmond O. Chang
common-lisp-controller is licensed under the terms of the Lisp Lesser GNU
Public License, known as the LLGPL. The LLGPL consists of a preamble (see
below) and the LGPL. Where these conflict, the preamble takes precedence.
common-lisp-controller is referenced in the preamble as the "LIBRARY."
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.
You should have received a copy of the GNU General Public License with
the Debian GNU/Linux distribution in file /usr/share/common-licenses/GPL-2;
if not, write to the Free Software Foundation, Inc.,
51 Franklin St, Fifth Floor, Boston, MA 02110-1301, USA.
Preamble:
Copyright (c) 2000 Franz Incorporated, Berkeley, CA 94704
The concept of the GNU Lesser General Public License version 2.1 ("LGPL") has
been adopted to govern the use and distribution of above-mentioned application.
However, the LGPL uses terminology that is more appropriate for a program
written in C than one written in Lisp. Nevertheless, the LGPL can still be
applied to a Lisp program if certain clarifications are made. This document
details those clarifications. Accordingly, the license for the open-source Lisp
applications consists of this document plus the LGPL. Wherever there is a
conflict between this document and the LGPL, this document takes precedence
over the LGPL.
A "Library" in Lisp is a collection of Lisp functions, data and foreign
modules. The form of the Library can be Lisp source code (for processing by an
interpreter) or object code (usually the result of compilation of source code
or built with some other mechanisms). Foreign modules are object code in a form
that can be linked into a Lisp executable. When we speak of functions we do so
in the most general way to include, in addition, methods and unnamed functions.
Lisp "data" is also a general term that includes the data structures resulting
from defining Lisp classes. A Lisp application may include the same set of Lisp
objects as does a Library, but this does not mean that the application is
necessarily a "work based on the Library" it contains.
The Library consists of everything in the distribution file set before any
modifications are made to the files. If any of the functions or classes in the
Library are redefined in other files, then those redefinitions ARE considered a
work based on the Library. If additional methods are added to generic functions
in the Library, those additional methods are NOT considered a work based on the
Library. If Library classes are subclassed, these subclasses are NOT considered
a work based on the Library. If the Library is modified to explicitly call
other functions that are neither part of Lisp itself nor an available add-on
module to Lisp, then the functions called by the modified Library ARE
considered a work based on the Library. The goal is to ensure that the Library
will compile and run without getting undefined function errors.
It is permitted to add proprietary source code to the Library, but it must be
done in a way such that the Library will still run without that proprietary
code present. Section 5 of the LGPL distinguishes between the case of a library
being dynamically linked at runtime and one being statically linked at build
time. Section 5 of the LGPL states that the former results in an executable
that is a "work that uses the Library." Section 5 of the LGPL states that the
latter results in one that is a "derivative of the Library", which is therefore
covered by the LGPL. Since Lisp only offers one choice, which is to link the
Library into an executable at build time, we declare that, for the purpose
applying the LGPL to the Library, an executable that results from linking a
"work that uses the Library" with the Library is considered a "work that uses
the Library" and is therefore NOT covered by the LGPL.
Because of this declaration, section 6 of LGPL is not applicable to the
Library. However, in connection with each distribution of this executable, you
must also deliver, in accordance with the terms and conditions of the LGPL, the
source code of Library (or your derivative thereof) that is incorporated into
this executable.
|