]> git.decadent.org.uk Git - ion3.git/blobdiff - LICENSE
Update cfg_kludge_flash for Flash 10
[ion3.git] / LICENSE
diff --git a/LICENSE b/LICENSE
index 576a773f17f3f5a3a1a01da0e2818e3e84ae82d3..fdfa652c68cd5d06ec2383e7ea4429e6dc5cb4d0 100644 (file)
--- a/LICENSE
+++ b/LICENSE
@@ -1,75 +1,75 @@
 
-Copyright (c) Tuomo Valkonen 1999-2007.
+Copyright (c) Tuomo Valkonen 1999-2009.
 
-The code of this project is "essentially" licensed under the LGPL, version
-2.1, unless otherwise indicated in components taken from elsewhere. It is
-reproduced below. Additionally, the following terms apply to the use of 
-the name of the project, Ion(tm), names of particular "branches" such as
-Ion3(tm), and other derived names, in relation to this software, including
-derived works:
+Unless otherwise indicated in components taken from elsewhere, this software
+is licensed under the GNU Lesser General Public License, version 2.1 ("LGPL",
+reproduced below), extended and modified with the following terms:
 
   If the name Ion(tm) or other names that can be associated with the Ion
   project are used to distribute this software, then:
 
     - A version that does not significantly differ from one of the
-      original author's versions must be provided by default. 
+      copyright holder's releases, must be provided by default.
 
-    - When there are no further prominent notices of possible out-datedness, 
-      and no prominent original author's version qualifiers present (resp. 
-      only branch qualifier is present), then the version distributed online
-      may not significantly differ from the original author's latest stable
-      release (resp. latest release on the branch) within a reasonable delay
-      (normally 28 days). The holders of physical distribution media must 
-      be provided ways to upgrade to the latest release within this delay.
+    - Versions not based on the copyright holder's latest release (on 
+      the corresponding "branch", such as Ion3(tm)), must within 28 days
+      of this release, be prominently marked as (potentially) obsolete
+      and unsupported.
 
     - Significantly altered versions may be provided only if the user
       explicitly requests for those modifications to be applied, and 
       is prominently notified that the software is no longer considered 
-      the standard version, and is not supported by the original author. 
+      the standard version, and is not supported by the copyright holder.
       The version string displayed by the program must describe these
       modifications and the "support void" status.
 
-  Derived works that do not satisfy the above terms must be renamed so
-  that they can not be associated with the Ion project, their executables
-  must be given names that do not conflict with the original author's 
-  version, and this author may not be referred to for support.
+  Versions for which the above conditions are not satisfied, must be
+  renamed so that they can not be associated with the Ion project, their
+  executables must be given names that do not conflict with the copyright
+  holder's version, and neither the copyright holder nor the Ion project
+  may be referred to for support.
 
-  Modules and other (standalone) extensions to Ion must also be named 
-  so that they can not be confused to be supported by the original
-  author. If "Ion" occurs in the name, it must be in the form
-  "Foo for Ion" instead of "Ion Foo", etc.
+  In the text of sections 0-2, 4-12, and 14-16 of the LGPL, "this License" 
+  is to be understood to refer to the LGPL extended with these terms and,
+  where applicable, possible similar terms related to the names of other
+  works forming a whole. Sections 3 and 13 of the LGPL are void. Where
+  contradictory, these additional terms take precedence over the LGPL.
 
-  This name policy notice may not be altered, and must be included in
-  any altered versions and binary redistributions. It may only be
-  removed when using small portions of the code in unrelated projects. 
+End of terms.
 
-  The original author and the Ion project retain the same rights to
-  your modifications that it would have under the LGPL or GPL without
-  these or similar additional terms.
 
-  If you fail to follow these terms, you lose the rights granted to
-  you by the LGPL.
+Explanations
 
-Explanations:
+Trademarks: With the terms above primarily appealing to copyright law,
+should any of the indicated trademarks be found invalid, does not excuse
+you from the conditions imposed by those terms. The use of these names
+in contexts other than redistribution of this software and modifications,
+is outside the scope of the terms above, and governed by applicable
+trademark or other laws. 
 
-Significant change: Bug fixes are a priori insignificant as additions. 
-Basic changes that are needed to install or run the software on a target
-platform are a priori insignificant. Additionally, basic configuration
-changes to better integrate the software with the target platform, 
-without obstructing the standard behaviour, are a priori insignificant.
-Everything else is significant. The author reserves the right to refine
-the definition of significant changes on a per-case basis. Please consult
-when in doubt. 
+  With regard to modules and other extensions to Ion(tm), the permission
+  is hereby granted to use "Ion" as part of the name, provided that it
+  occurs in a form suggesting that the work is supported by neither the
+  copyright holder nor the Ion project: "Foo for Ion" instead of "Ion Foo",
+  etc.
+
+Significant change: Bug fixes are insignificant as additions. Basic changes
+that are needed to install or run the software on a target platform, are 
+insignificant. Additionally, basic/small configuration changes to better 
+integrate the software with the target platform, without obstructing the
+standard behaviour, are insignificant. Everything else is significant, 
+unless expressly declared otherwise by the copyright holder. 
 
 Distributions: For example, suppose an aggregate distribution of software
 provides an `installpkg` command for installing packages. Then the action
-`installpkg ion3` (resp. `installpkg ion`) should within a reasonable 
-delay install the latest release of Ion3 (resp. the latest stable release),
-or prominently notify the user that the provided version is not or may not
-be the latest. The action `installpkg ion-3ds-20070318` may at any date 
-install this particular mentioned release. Likewise, the action `installpkg
---support-void-featurex ion3` may apply additional patches to the latest
-Ion3, within the further constraints set above.
+`installpkg ion3` (resp. `installpkg ion`) should provide the latest release
+of Ion3 (resp. the latest stable release) 28 days from release date at the
+latest, or prominently notify the user that the provided version is (likely
+to be) obsolete and unsupported. The latest release being provided by
+default, or prominently appearing in a listing, constitutes prominent
+marking of earlier releases as obsolete. Specific versions (including
+modified versions) may be provided if the user explicitly requests for
+those, within the constraints set above.
 
 The intent of these terms is to curb the power that "distributions", as
 the primary sources of software for many users, have in defining what