debian/copyright

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