Version 6.2 release
[clsql.git] / debian / copyright
index 9b1d537bf47d71d119332a6e6cf2b73c90a9ef1c..f9364eb4694a399ca38b7b653c6161ce4b30fdec 100644 (file)
@@ -1,18 +1,21 @@
-The home site for CLSQL is http://clsql.med-info.com. The package
-may be downloaded from that site.
+Debian Copyright Section
+========================
 
-CLSQL has been packaged by Kevin M. Rosenberg who is also the
-upstream author.
+Upstream Source URL: http://files.b9.com/clsql
+Upstream Author: Kevin M. Rosenberg <kmr@debian.org>
+Debian Maintainer: (Same as upstream)
 
-Copyright:
 
+Upstream Copyright Statement
+============================
 CLSQL is written and Copyright (c) 2002 by Kevin M. Rosenberg.
 
-CLSQL is licensed under the terms of the Lisp Lesser GNU
-Public License (http://opensource.franz.com/preamble.html), known as
-the LLGPL.  The LLGPL consists of a preamble (see above URL) and the
-LGPL.  Where these conflict, the preamble takes precedence. 
-CLSQL is referenced in the preamble as the "LIBRARY."
+CLSQL is licensed under the terms of the Lisp Lesser GNU General
+Public License, known as the LLGPL.  The LLGPL consists of a preamble
+(see below) and the Lessor GNU General Public License 2.1 (LGPL-2.1).
+Where these conflict, the preamble takes precedence.  CLSQL is
+referenced in the preamble as the "LIBRARY."  The LGPL-2.1 is stored
+on a Debian system in the file /usr/share/common-licenses/LGPL-2.1.
 
 CLSQL is distributed in the hope that it will be useful,
 but WITHOUT ANY WARRANTY; without even the implied warranty of
@@ -20,3 +23,66 @@ MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
 
 
 
+Preamble to the Gnu Lesser General Public License
+-------------------------------------------------
+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.
+