Mercurial > emacs
diff admin/notes/copyright @ 75763:a188fe783bbe
*** empty log message ***
author | Glenn Morris <rgm@gnu.org> |
---|---|
date | Sat, 10 Feb 2007 22:28:36 +0000 |
parents | 188a250675e6 |
children | d6a02ade68ba |
line wrap: on
line diff
--- a/admin/notes/copyright Sat Feb 10 22:25:51 2007 +0000 +++ b/admin/notes/copyright Sat Feb 10 22:28:36 2007 +0000 @@ -134,7 +134,8 @@ msdos/is_exec.c, sigaction.c - these files are copyright DJ Delorie. Leave the copyrights alone. - Leave the Eli Zaretskii copyright in is_exec.c alone. + Leave the Eli Zaretskii copyright in is_exec.c alone. See the + msdos/README file for the legal history of these files. src/gmalloc.c - contains numerous copyrights from the GNU C library. Leave them alone. @@ -170,7 +171,8 @@ lisp/term/README (author)? etc/BABYL? borderline "trivial" cases...? -Apparently these should (all?) be placed under GPL. (asked for clarification) +Apparently these should all be placed under GPL, rather than the short +license we have been using till now. Clarify the legal status of many image files. It's not necessary @@ -184,8 +186,6 @@ admin/check-doc-strings Author is Martin Buchholz, but no assignment from him on file, and rms has no way to reach him. -[FIXED admin/make-announcement - no copyright] -[FIXED admin/nt/makedist.bat - no copyright] etc/ms-kermit - no copyright, but ms-7bkermit has one etc/e/eterm-color.ti - no copyright rms: "I think that is not copyrightable under the merger doctrine @@ -231,11 +231,6 @@ - add standard notices to any decided to be non-trivial. -[fix to be installed: msdos/is_exec.c, sigaction.c] - - do we need to add COPYING.LIB (because COPYING.DJ refers to it)? - can we relicense under the GPL? Do these contradict? - - oldXMenu/ - should there be any FSF copyrights at all in here? Some were added in 2005, without licence notices. Was this right? @@ -256,3 +251,4 @@ REMOVED src/unexhp9k800.c - we would like to re-add this file if possible. Please let us know if you can clarify its legal status. + http://lists.gnu.org/archive/html/emacs-devel/2007-02/msg00138.html