changeset 76011:e8bee7dc3bd9

*** empty log message ***
author Glenn Morris <rgm@gnu.org>
date Mon, 19 Feb 2007 08:13:55 +0000
parents bb0664431a90
children 1a1c8d84df59
files admin/notes/copyright
diffstat 1 files changed, 26 insertions(+), 45 deletions(-) [+]
line wrap: on
line diff
--- a/admin/notes/copyright	Mon Feb 19 08:05:27 2007 +0000
+++ b/admin/notes/copyright	Mon Feb 19 08:13:55 2007 +0000
@@ -40,38 +40,14 @@
 CVS, then it does not really matter about adding a copyright statement
 to the generated file.
 
-However, here is a quote from Matt Norwood (Software Freedom Law
-Center) that suggests we should revise the above policy about trivial
-files:
-
-    If FSF has a strong policy reason notices off of files it
-    considers "trivial", this will take a lot more bookkeeping; it
-    also runs the risk of these "trivial" files later growing into
-    non-trivial files, and being in the tree without any record of
-    authorship. All in all, I think it's a better policy to attach the
-    notice and let future authors decide if something is trivial when
-    they want to reuse it elsewhere.
-    [...]
-    In general, copyright law will step back and look at the overall "work"
-    consisting of all the assembled components working together as a system;
-    it will apply protection and permissions to this system, not to its
-    subcomponents. If parts of it are recombined into another system, it
-    will consider the protections and permissions for each of the source
-    components only in order to assess the overall status of the work again.
-    The assessment of whether a set of components is entitled to copyright
-    protection is the degree to which they display "creativity": not as
-    atomic units, but as parts of a system working in concert. Thus, several
-    "trivial" components working together in some coherent system might be
-    protectible.
-
-RMS feels, though, that in trivial files (eg etc/FTP), having a
-license notice looks odd. Matt Norwood has confirmed it is not
-_necessary_ to have licenses in such files, so we are sticking with
-the policy of no licenses in "trivial" files.
-
-NB consequently, if you add a lot of text to a small file, consider
-whether your changes have made the file worthy of a copyright notice,
-and if so, please add one.
+Legal advice says that we could, if we wished, put a license notice
+even in trivial files, because copyright law in general looks at the
+overall work as a whole. It is not _necessary_ to do so, and rms
+prefers that we do not. This means one needs to take care that trivial
+files do not grow and become non-trivial without having a license
+added. NB consequently, if you add a lot of text to a small file,
+consider whether your changes have made the file worthy of a copyright
+notice, and if so, please add one.
 
 The years in the copyright notice should be updated every year (see
 file "years" in this directory). The PS versions of refcards etc
@@ -155,6 +131,9 @@
 etc/edt-user.doc
   - update BOTH notices in this file
 
+etc/emacs.csh
+  - keep simple license for this simple file
+
 etc/letter.pbm,letter.xpm
   - trivial, no notice needed.
 <http://lists.gnu.org/archive/html/emacs-devel/2007-02/msg00324.html>
@@ -331,6 +310,11 @@
 aix3-2.h, bsd386.h, hpux8.h, hpux9.h, netbsd.h, sunos4-0.h
   started trivial, grown in tiny changes.
 
+netbsd.h:
+Roland McGrath said to rms (2007/02/17): "I don't really remember
+anything about it. If I put it in without other comment, then probably
+I wrote it myself."
+
 
 Someone might want to tweak the copyright years (for dates before
 2001) that I used in all these files.
@@ -396,10 +380,6 @@
  though it is very similar to the already-assigned "Emacs logo".
 
 
-etc/emacs.csh
-  does rms want simple license restored for this?
-
-
 etc/ms-kermit - no copyright, but ms-7bkermit has one
 
 
@@ -409,17 +389,16 @@
   maintainers update them."
 
 
-lib-src/etags.c - no 'k.* arnold' in copyright.list'
- rms: "That is ok, in principle. I used free code released by Ken
- Arnold as the starting point. However, it may be that we need to get
- and insert whatever his license was for his code."
-
- under GPL, so OK?
-
- - 1984 version of ctags, with no copyright, posted to net.sources:
-   http://groups.google.com/group/net.sources/msg/a21b6c21be12a98d
+[waiting for legal advice]
+lib-src/etags.c
+ - was it ok to use Ken Arnold's code as a basis?
+   1984 version of ctags, with no copyright, posted to net.sources:
+   http://groups.google.com/group/net.sources/msg/a21b6c21be12a98d)
+   version of etags.c in emacs-16.56 seems to be derived from this
+   (duplicate typos in comments).
 
 
+[waiting for legal advice on lwlib/*]
 lwlib/lwlib-Xaw.c
   copyright Chuck Thompson; but under GPL, so OK?
 
@@ -452,6 +431,7 @@
   changes to since 1992?
 
 
+[waiting for legal advice]
 oldXMenu/
  - should there be any FSF copyrights at all in here? Some were added
    in 2005, without licence notices. Was this right?
@@ -468,6 +448,7 @@
 as we check it check it in to CVS?
 
 
+[waiting for legal advice]
 oldXMenu/Makefile.in, Makefile, Imakefile, descrip.mms, insque.c
   - issues described in mail to rms, 2006/12/17.
 rms: "I have asked for lawyer's advice about these."