Show
Ignore:
Timestamp:
03/21/07 09:51:40 (2 years ago)
Author:
miyoshi
Message:

Sync up with Emacs CVS HEAD.

Files:

Legend:

Unmodified
Added
Removed
Modified
Copied
Moved
  • trunk/admin/notes/copyright

    r4190 r4196  
    11Copyright (C) 2007  Free Software Foundation, Inc. 
    2 Copying and distribution of this file, with or without modification, 
    3 are permitted provided the copyright notice and this notice are preserved. 
     2See the end of the file for license conditions. 
    43 
    54 
     
    1312A "license notice" is a statement of permissions, and is usually much 
    1413longer, eg the text "GNU Emacs is free software...". 
     14 
     15 
     16Summary for the impatient: 
     17 
     181. Don't add code to Emacs written by someone other than yourself 
     19without thinking about the legal aspect. Even if the changes are 
     20trivial, consider if they combine with previous changes by the same 
     21author to make a non-trivial total. If so, make sure they have an 
     22assignment. If adding a whole file adjust the copyright statements in 
     23the file. 
     24 
     252. When installing code written by someone else, the ChangeLog entry 
     26should be in the name of the author of the code, not the person who 
     27installs it. I think it is helpful to put the author (if not yourself) 
     28in the CVS log as well; and to not install any of your own changes in 
     29the same commit. 
     30 
     313. With images, add the legal info to a README file in the directory 
     32containing the image. 
     33 
     344. If you add a lot of text to a previously trivial file that had no 
     35legal notices, consider if you should add a copyright statement. 
     36 
     375. Please don't just add an FSF copyright without checking that is the 
     38right thing to do. 
    1539 
    1640 
     
    2650CVS, then it does not really matter about adding a copyright statement 
    2751to the generated file. 
     52 
     53Legal advice says that we could, if we wished, put a license notice 
     54even in trivial files, because copyright law in general looks at the 
     55overall work as a whole. It is not _necessary_ to do so, and rms 
     56prefers that we do not. This means one needs to take care that trivial 
     57files do not grow and become non-trivial without having a license 
     58added. NB consequently, if you add a lot of text to a small file, 
     59consider whether your changes have made the file worthy of a copyright 
     60notice, and if so, please add one. 
     61 
     62It can be helpful to put a reminder comment at the start of a trivial 
     63file, eg: "add a license notice if this grows to > 10 lines of code". 
    2864 
    2965The years in the copyright notice should be updated every year (see 
     
    3975(?). 
    4076 
    41 All README (and other such text files) that are non-trivial and were 
    42 added by Emacs developers need copyright and copying permission 
    43 statements (see eg INSTALL in the top-level directory). 
    44  
    45 All images files that allow for comments should have copyright and 
    46 license statements. Whether or not this is possible, the information 
    47 should be recorded in a README file in each directory with images. 
     77All README (and other such text files) that are non-trivial should 
     78contain copyright statements and GPL license notices, exactly as .el 
     79files do (see e.g. README in the top-level directory). Before 2007, 
     80we used a simple, short statement permitting copying and modification 
     81provided legal notices were retained. In Feb 2007 we switched to the 
     82standard GPL text, on legal advice. Some older text files in etc/ 
     83should, however, keep their current licenses (see below for list). 
     84 
     85For image files, the copyright and license details should be recorded 
     86in a README file in each directory with images. (Legal advice says 
     87that we need not add notices to each image file individually, if they 
     88allow for that.). It is recommended to use the word "convert" to 
     89describe the automatic process of changing an image from one format to 
     90another (http://lists.gnu.org/archive/html/emacs-devel/2007-02/msg00618.html). 
     91 
    4892 
    4993When installing a file with an "unusual" license (after checking first 
     
    71115else it is possible the file should not be in Emacs at all (please 
    72116report!). 
     117 
     118Note that it seems painfully clear that one cannot rely on CVS logs, 
     119or even ChangeLogs, for older changes. People often installed changes 
     120from others, without recording the true authorship. 
    73121 
    74122[For reference, most of these points were established via email with 
     
    86134  [Post-release, will automate this like set-version does for version.] 
    87135 
    88  
    89136<top-level>/install-sh 
    90137lispintro/install-sh 
    91138 - this file is copyright MIT, which is OK. Leave the copyright alone. 
    92139 
     140src/m/news-r6.h 
     141  public domain, leave alone. 
     142 
     143etc/BABYL, ms-kermit 
     144  no notices (see below). 
     145 
    93146etc/edt-user.doc 
    94147  - update BOTH notices in this file 
    95148 
    96 [etc/orgcard.tex, orgcard.ps - files removed 2007/1/29] 
    97   - with no assignment from Rooke, these files were removed. We are 
    98   asking for an assignment, and if one is received the files will be 
    99   replaced. 
     149etc/emacs.csh 
     150 - written by Michael DeCorte, who has no assignment. But trivial 
     151 enough to not need license. 
     152 
     153etc/future-bug 
     154 - doesn't need a humourless disclaimer, because Karl Fogel says we 
     155 can consider it part of Emacs, and he has a blanker disclaimer for 
     156 Emacs changes. (email to rgm "[Emacs-commit] emacs/etc future-bug", 
     157 2007028) 
     158 
     159etc/letter.pbm,letter.xpm 
     160  - trivial, no notice needed. 
     161<http://lists.gnu.org/archive/html/emacs-devel/2007-02/msg00324.html> 
     162 
     163etc/FTP, ORDERS 
     164  - trivial (at time of writing), no license needed 
     165 
     166etc/GNU, INTERVIEW, LINUX-GNU, MOTIVATION, SERVICE, THE-GNU-PROJECT, 
     167WHY-FREE 
     168  rms: "These are statements of opinion or testimony. Their licenses 
     169  should permit verbatim copying only. Please don't change the 
     170  licenses that they have. They are distributed with Emacs but they 
     171  are not part of Emacs." 
     172 
     173etc/HELLO 
     174  standard notices. Just a note that although the file itself is not 
     175  really copyrightable, in the wider context of it being part of 
     176  Emacs (and written by those with assignments), a standard notice is 
     177  fine. 
     178 
     179etc/MAILINGLISTS 
     180  rms: simple license is fine for this file 
    100181 
    101182leim/CXTERM-DIC/4Corner.tit, ARRAY30.tit, CCDOSPY.tit, ECDICT.tit, 
     
    107188pinyin.map, ziranma.cin 
    108189  - leave the copyright alone. 
     190Note that pinyin.map, ziranma.cin (and hence the generated 
     191leim/quail/PY.el, ZIRANMA.el) are under GPLv1 or later. 
    109192 
    110193leim/SKK-DIC/SKK-JISYO.L 
     
    113196 
    114197lib-src/etags.c 
    115   - this has a copyright Ken Arnold. We are still deciding what should 
    116   be done here (see below). 
     198  Copyright information is duplicated in etc/ETAGS.README. Update that 
     199  file too. 
     200 
     201  Until 2007 etags.c was described as being copyright FSF and Ken Arnold. 
     202  After some investigation in Feb 2007, then to the best of our 
     203  knowledge we believe that the original 1984 Emacs version was based 
     204  on the version in BSD4.2. See for example this 1985 post from Ken Arnold: 
     205  <http://groups.google.com/group/mod.sources/browse_thread/thread/ffe5c55845a640a9> 
     206    I have received enough requests for the current source to ctags 
     207    to post it. Here is the latest version (what will go out with 
     208    4.3, modulo any bugs fixed during the beta period). It is the 
     209    4.2 ctags with recognition of yacc and lex tags added. 
     210 
     211  See also a 1984 version of ctags (no copyright) posted to net.sources: 
     212  <http://groups.google.com/group/net.sources/msg/a21b6c21be12a98d> 
     213  Version of etags.c in emacs-16.56 duplicates comment typos. 
     214 
     215  Accordingly, in Feb 2007 we added a 1984 copyright for the 
     216  University of California and a revised BSD license. The terms of 
     217  this require that the full license details be available in binary 
     218  distributions - hence the file etc/ETAGS.README. The fact that the 
     219  --version output just says "Copyright <year> FSF" is apparently OK 
     220  from a legal point of view. 
    117221 
    118222lib-src/getopt1.c, getopt_int.h 
     
    133237  - there are also copyrights in the body of the file. Update these too. 
    134238 
    135 msdos/is_exec.c, sigaction.c 
    136   - these files are copyright DJ Delorie. Leave the copyrights alone. 
    137   Leave the Eli Zaretskii copyright in is_exec.c alone. 
     239 
     240lwlib/ 
     241rms (2007/02/17): "lwlib is not assigned to the FSF; we don't consider 
     242it part of Emacs. [...] Therefore non-FSF copyrights are ok in lwlib." 
     243 
     244NB don't change the GPL version used for lwlib .c and .h files (see 
     245below). 
     246 
     247FSF copyrights should only appear in files which have undergone 
     248non-trivial cumulative changes from the original versions in the Lucid 
     249Widget Library. NB this means that if you make non-trivial changes to 
     250a file with no FSF copyright, you should add one. Also, if changes are 
     251reverted to the extent that a file becomes basically the same as the 
     252original version, the FSF copyright should be removed. 
     253 
     254In my (rgm) opinion, as of Feb 2007, all the non-trivial files differ 
     255significantly from the original versions, with the exception of 
     256lwlib-Xm.h. Most of the changes that were made to this file have 
     257subsequently been reverted. Therefore I removed the FSF copyright from 
     258this file (which is arguably too trivial to merit a notice anyway). I 
     259added FSF copyright to the following files which did not have them 
     260already: Makefile.in, lwlib-Xaw.c, lwlib-int.h (borderline), 
     261lwlib-utils.c (borderline), lwlib.c, lwlib.h. 
     262 
     263Copyright years before the advent of public CVS in 2001 were those 
     264when I judged (from the CVS logs) that non-trivial amounts of change 
     265had taken place. I also adjusted the existing FSF years in xlwmenu.c, 
     266xlwmenu.h, and xlwmenuP.h on the same basis. 
     267 
     268Note that until Feb 2007, the following files in lwlib were lacking 
     269notices: lwlib-int.h, lwlib.h, lwlib-Xaw.h, lwlib-Xlw.h, lwlib-utils.h 
     270 
     271The following files did not list a Lucid copyright: xlwmenu.h, 
     272xlwmenuP.h. 
     273 
     274To the best of our knowledge, all the code files in lwlib were 
     275originally part of the Lucid Widget Library, even if they did not say 
     276so explicitly. For example, they were all present in Lucid Emacs 19.1 
     277in 1992. The exceptions are the two Xaw files, which did not appear 
     278till Lucid Emacs 19.9 in 1994. The file lwlib-Xaw.h is too trivial to 
     279merit a copyright notice, but would presumably have the same one as 
     280lwlib-Xaw.c. We have been unable to find a true standalone version of 
     281LWL, if there was such a thing, to check definitively. 
     282 
     283To clarify the situation, in Feb 2007 we added Lucid copyrights and 
     284GPL notices to those files lacking either that were non-trivial, 
     285namely: lwlib-int.h, lwlib.h, xlwmenu.h, xlwmenuP.h. This represents 
     286our best understanding of the legal status of these files. We also 
     287clarified the notices in Makefile.in, which was originally the 
     288Makefile auto-generated from Lucid's Imakefile. 
     289 
     290As of Feb 2007, the following files are considered too trivial for 
     291notices: lwlib-Xaw.h, lwlib-Xlw.h, lwlib-utils.h. 
     292 
     293The version of lwlib/ first installed in Emacs seems to be the same as 
     294that used in Lucid Emacs 19.8 (released 6-sep-93); except the two Xaw 
     295files, which did not appear till Athena support was added in Lucid 
     296Emacs 19.9. In Lucid Emacs 19.1, all files were under GPLv1 or later, 
     297but by Lucid Emacs 19.8, lwlib.c and xlwmenu.c had been switched to v2 
     298or later. These are the versions that were first installed in Emacs. 
     299So in GNU Emacs, these two files have been under v2 or later since 
     3001994. 
     301 
     302It seems that it was the intention of Lucid to use v1 or later 
     303(excepting the two files mentioned previously); so this is the license 
     304we have used when adding notices to code that did not have notices 
     305originally. Although we have the legal right to switch to v2 or later, 
     306rms prefers that we do not do so. 
     307 
     308 
     309msdos/is_exec.c, sigaction.c - these files are copyright DJ Delorie. 
     310Leave the copyrights alone. Leave the Eli Zaretskii copyright in 
     311is_exec.c alone. See the msdos/README file for the legal history of 
     312these files. 
     313 
     314 
     315oldXMenu/ 
     316  Keep the "copyright.h" method used by X11, rather than moving the 
     317  licenses into the files. Note that the original X10.h did not use 
     318  copyright.h, but had an explicit notice, which we retain. 
     319 
     320If you make non-trivial changes to a file which does not have an FSF 
     321notice, add one and a GPL notice (as per Activate.c). If changes to a 
     322file are reverted such that it becomes essentially the same as the 
     323original X11 version, remove the FSF notice and GPL. 
     324 
     325Only the files which differ significantly from the original X11 
     326versions should have FSF copyright and GPL notices. At time of writing 
     327(Feb 2007), this is: Activate.c, Create.c, Internal.c. I (rgm) 
     328established this by diff'ing the current files against those in X11R1, 
     329and when I found significant differences looking in the ChangeLog for 
     330the years they originated (the CVS logs are truncated before 1999). I 
     331therefore removed the FSF notices (added in 200x) from the other 
     332files. There are some borderline cases IMO: AddSel.c, InsSel.c, 
     333XMakeAssoc.c, XMenu.h. For these I erred on the side of NOT adding FSF 
     334notices. 
     335 
     336With regards to whether the files we have changed should have GPL 
     337added or not, rms says (2007-02-25, "oldXmenu issues"): 
     338 
     339    It does not make much difference, because oldXmenu is obsolete 
     340    except for use in Emacs (and it is not normally used in Emacs any 
     341    more either). 
     342 
     343    So, to make things simple, please put our changes under the GPL. 
     344 
     345insque.c had no copyright notice until 2005. The version of insque.c 
     346added to Emacs 1992-01-27 is essentially the same as insremque.c added 
     347to glic three days later by Roland McGrath, with an FSF copyright and 
     348GPL, but no ChangeLog entry: 
     349<http://sources.redhat.com/cgi-bin/cvsweb.cgi/~checkout~/libc/misc/insremque.c?\ 
     350rev=1.1&cvsroot=glibc> 
     351To the best of his recollection, McGrath (who has a copyright 
     352assignment) was the author of this file (email from roland at frob.com 
     353to rms, 2007-02-23, "Where did insque.c come from?"). The FSF 
     354copyright and GPL in this file are therefore correct as far as we 
     355understand it. 
     356 
     357Imakefile had no legal info in Feb 2007, but was obviously based on 
     358the X11 version (which also had no explicit legal info). As it was 
     359unused, I removed it. It would have the same MIT copyright as 
     360Makefile.in does now. 
     361 
    138362 
    139363src/gmalloc.c 
    140364  - contains numerous copyrights from the GNU C library. Leave them alone. 
     365 
     366src/acldef.h, chpdef.h, ndir.h 
     367  - see comments below. These files are OK to be released with Emacs 
     368  22, but we may want to revisit them afterwards. 
    141369 
    142370[src/unexhp9k800.c - removed 2007/1/27] 
     
    148376  if you can clarify its legal status. 
    149377 
    150 etc/gnus-refcard.tex 
    151 etc/gnus-booklet.ps 
    152   - gnus logo (= GNU Emacs logo) is FSF assigned. 
    153  
    154 *** These are copyright issues still to be addressed: 
    155  
     378 
     379** Some notes on resolved issues, for historical information only 
     380 
     381etc/TERMS 
     382rms: "surely written either by me or by ESR. (If you can figure out 
     383which year, I can probably tell you which.) Either way, we have papers 
     384for it." It was present in Emacs-16.56 (15-jul-85). rms: "Then I 
     385conclude it was written by me." 
     386 
     387etc/ulimit.hack 
     388  Very obsolete file removed March 2007. Doesn't say who the author 
     389is, but web-search suggests Karl Kleinpaste, who has no Emacs 
     390assignment. Trivial anyway. 
     391http://groups.google.com/group/comp.unix.shell/browse_thread/thread/bf3df496994\ 
     3929f1df/7e5922c67b3a98fb 
     393http://groups.google.com/group/comp.unix.questions/msg/cc7e49cacfd1ccb4 
     394    (original 1987 source) 
     395 
     396lisp/term/README 
     397  - had no copyright notice till Feb 2007. ChangeLog.3 suggests it was 
     398  written by Eric Raymond. When asked by rms on 14 Feb 2007 he said: 
     399 
     400    I don't remember writing it, but it reads like my prose and I believe 
     401    I wrote the feature(s) it's describing.  So I would have been the 
     402    likeliest person to write it. 
     403 
     404    Odds are that I did, but I'm not certain. 
     405 
     406  Accordingly, FSF copyright was added. 
     407 
     408 
     409** Issues that are "fixed" for the release of Emacs 22, but we may 
     410   wish to revisit later in more detail 
     411 
     412 
     413admin/check-doc-strings 
     414  File says it's in the public domain, but that might not make it so. 
     415 
     416etc/BABYL 
     417  File written long ago by authors with no assignment. Keep them 
     418  without notices for now, try and contact authors if possible. Be 
     419  ready to remove these files if the authors ever object. 
     420 
     421etc/ms-kermit 
     422etc/e/eterm-color.ti 
     423src/acldef.h, chpdef.h, ndir.h 
     424  On legal advice from Matt Norwood, the following comment was added 
     425  to these files in Feb/Mar 2007: 
     426 
     427    The code here is forced by the interface, and is not subject to 
     428    copyright, constituting the only possible expression of the 
     429    algorithm in this format. 
     430 
     431  With the addition of this notice, these files are OK for the 
     432  upcoming Emacs-22 release. Post-release, we can revisit this issue 
     433  and possibly add a list of all authors who have changed these files. 
     434  (details in email from Matt Norwood to rms, 2007/02/03). 
     435 
     436etc/ms-7bkermit 
     437  Says it was written by Andy Lowry and Joel Spolsky. No entry for 
     438either in copyright.list. NB this file is not "constrained" like 
     439ms-kermit (rms: "We know it isn't. A comment at the front says it has 
     440other bindings which might be handy."). File removed March 2007. 
     441Re-add if clear up status at some point. 
     442 
     443etc/Xkeymap.txt 
     444  No info on author. File removed March 2007. rms: "It says it is 
     445RLK's way of remapping his keyboard, so it is not constrained. I think 
     446it was written by RLK. Let's delete it; if we contact RLK again, we 
     447can put it back." Actually, RLK == Robert Krawitz has an Emacs 
     448assignment. So this could be restored if it is still useful, but Jan Djärv 
     449says it is obsolete: 
     450<http://lists.gnu.org/archive/html/emacs-devel/2007-03/msg00673.html> 
     451 
     452src/m/mips4.h, news-risc.h, pmax.h 
     453src/s/aix3-2.h, bsd386.h, hpux8.h, hpux9.h, irix4-0.h, irix5-0.h, 
     454isc2-2.h, netbsd.h, osf1.h, sol2-3.h, sunos4-0.h, usg5-4-2.h 
     455  - all these (not obviously trivial) files were missing copyrights 
     456  till Feb 2007, when FSF copyright was added. Matt Norwood advised: 
     457 
     458    For now, I think the best policy is to assume that we do have 
     459    assignments from the authors (I recall many of these header files 
     460    as having been originally written by rms), and to attach an FSF 
     461    copyright with GPL notice. We can amend this if and when we 
     462    complete the code audit. Any additions to these files by 
     463    non-assigned authors are arguably "de minimis" contributions to 
     464    Emacs: small changes or suggestions to a work that are subsumed in 
     465    the main authors' copyright in the entire work. 
     466 
     467Here is my (rgm) take on the details of the above files: 
     468 
     469mips4.h 
     470  might be trivial? started trivial, been added to in tiny changes by 
     471  those with FSF assignment, often result of email suggestions by others. 
     472 
     473news-risc.h 
     474  started trivial. Grown by tiny additions, plus chunk 
     475  from mips.h, which was and is Copyright FSF 
     476 
     477pmax.h 
     478  started trivial. grown in tiny changes, except for maybe Jim Wilson's 
     479  comment. 
     480 
     481? irix4-0.h 
     482  I would say started non-trivial (1992, rms). only tiny changes since 
     483  installed. 
     484 
     485? irix5-0.h 
     486  I would say started non-trivial (1993, jimb, heavily based 
     487  on irix4-0.h). A few borderline non-tiny changes since. 
     488 
     489? isc2-2.h 
     490 started trivial. 2 non-tiny change, in 1993. looks to 
     491 be made up of several small tweaks from various sources. maybe 
     492 non-tiny total changes from Karl Berry (no emacs assignment). 
     493 
     494osf1.h 
     495  started trivial. grown in tiny changes (one borderline tiny change 
     496  by fx in 2000, but most code was later removed). non-tiny addition 
     497  in 2002 from m/alpha.h, but that was and is copyright FSF. 
     498 
     499usg5-4-2.h 
     500 started non-trivial, but was heavily based on usg5-4.h, which was and is 
     501 copyright FSF. only tiny changes since installed. 
     502 
     503sol2-3.h 
     504 started trivial. only non-tiny change (1994) incorporated code from 
     505 usg5-4.h, which was and is copyright FSF. 
     506 
     507aix3-2.h, bsd386.h, hpux8.h, hpux9.h, netbsd.h, sunos4-0.h 
     508  started trivial, grown in tiny changes. 
     509 
     510netbsd.h: 
     511Roland McGrath said to rms (2007/02/17): "I don't really remember 
     512anything about it. If I put it in without other comment, then probably 
     513I wrote it myself." 
     514 
     515 
     516Someone might want to tweak the copyright years (for dates before 
     5172001) that I used in all these files. 
     518 
     519Note: erring on the side of caution, I also added notices to some 
     520files I thought might be considered non-trivial (if one includes 
     521comment) in s/: 
     522  aix4-1.h hiuxmpp.h hiuxwe2.h hpux10.h irix6-0.h irix6-5.h isc3-0.h 
     523  ptx4.h sol2.h sunos4-0.h 
     524 
     525(everything with > 30 non-blank lines, which at least is _some_ kind of 
     526system) 
     527 
     528 
     529*** These are copyright issues that need not be fixed until after 
     530    Emacs 22 is released (though if they can be fixed before, that is 
     531    obviously good): 
    156532 
    157533Maybe some relevant comments here? 
     
    161537Is it OK to just `cvs remove' a file for legal reasons, or is 
    162538something more drastic needed? A removed file is still available from 
    163 CVS, if suitable options are applied. 
     539CVS, if suitable options are applied. (This CVS issue obviously does 
     540not affect a release). 
    164541  rms: will ask lawyer 
    165542 
    166543 
    167 All README (and other such files) that are non-trivial and were added 
    168 by Emacs developers need copyright statements and copying permissions 
    169 to be added. 
    170   lisp/term/README (author)? 
    171   etc/BABYL? 
    172   borderline "trivial" cases...? 
    173 Apparently these should (all?) be placed under GPL. (asked for clarification) 
    174  
    175  
    176 Clarify the legal status of many image files. It's not necessary 
    177 to put a notice in each image (where the format allows it). It's OK to 
    178 put the information in a README file in the associated directory. 
    179 Files can be listed in groups. See etc/README for an example. 
    180 Image files to consider (is there such a thing as a "trivial" image?): 
    181  etc/emacs.xbm, gnu.xpm 
    182  etc/images/ 
    183  
    184 admin/check-doc-strings 
    185   Author is Martin Buchholz, but no assignment from him on file, and 
    186   rms has no way to reach him. 
    187 [FIXED  admin/make-announcement - no copyright] 
    188 [FIXED  admin/nt/makedist.bat - no copyright] 
    189 etc/ms-kermit - no copyright, but ms-7bkermit has one 
    190 etc/e/eterm-color.ti  - no copyright 
    191   rms: "I think that is not copyrightable under the merger doctrine 
    192   because the entries are all forced. At least that is the case in the 
    193   US; I am not sure whether we can rely on that in general." 
    194  
    195 For the above files, mail sent from rms to Matthew Norwood 
    196 asking what to do (via Eben Moglen), 2007/1/22 ("Copyright years"). 
    197  
    198  
    199 [REMOVED etc/orgcard.tex, orgcard.ps] 
    200   Re-add these files if an assignment is received from Rooke. 
    201  
    202  
    203 etc/sk-refcard.ps, pl-refcard.ps, cs-refcard.ps 
    204 These refcards need to be regenerated (by those with suitable TeX 
    205 setups) to get updated copyrights. 
    206  
    207  
    208 lib-src/etags.c - no 'k.* arnold' in copyright.list' 
    209  rms: "That is ok, in principle. I used free code released by Ken 
    210  Arnold as the starting point. However, it may be that we need to get 
    211  and insert whatever his license was for his code." 
    212  
    213  - 1984 version of ctags, with no copyright, posted to net.sources: 
    214    http://groups.google.com/group/net.sources/msg/a21b6c21be12a98d 
    215  
    216  
    217 lispref/back.texi, elisp-covers.texi, lay-flat.texi, 
    218 two-volume-cross-refs.txt, two.el 
    219   - add standard notices to any decided to be non-trivial. 
    220  
    221  
    222 lwlib/lwlib-int.h, lwlib.h - no copyright 
    223 lwlib/Makefile.in, lwlib-utils.c, lwlib.c - copyright Lucid 
    224 lwlib/lwlib-Xaw.c - copyright Chuck Thompson 
    225 lwlib/lwlib.c - copyright Lucid, but FSF copyright was added in 2002 - 
    226    was that correct? 
    227   rms: "I asked Matthew Norwood about these, I believe." 
    228  
    229  
    230 man/back.texi, trampver.texi 
    231   - add standard notices to any decided to be non-trivial. 
    232  
    233  
    234 [fix to be installed: msdos/is_exec.c, sigaction.c] 
    235   - do we need to add COPYING.LIB (because COPYING.DJ refers to it)? 
    236   can we relicense under the GPL? Do these contradict? 
    237  
    238  
    239 oldXMenu/ 
    240  - should there be any FSF copyrights at all in here? Some were added 
    241    in 2005, without licence notices. Was this right? 
    242 oldXMenu/Makefile.in, Makefile, Imakefile, descrip.mms, insque.c 
    243   - issues described in mail to rms, 2006/12/17. 
    244 rms: "I have asked for lawyer's advice about these." 
    245  
    246  
    247 src/acldef.h, chpdef.h, gnu.h, ndir.h 
    248 src/m/mips4.h, news-r6.h, news-risc.h, pmax.h 
    249 src/s/aix3-2.h, bsd386.h, hpux8.h, hpux9.h, irix4-0.h, irix5-0.h, 
    250 isc2-2.h, netbsd.h, osf1.h, sol2-3.h, sunos4-0.h, umips.h, usg5-4-2.h 
    251   - all these (not obviously trivial) files are missing copyrights. 
    252   rms: "I should talk about these with Matthew Norwood." 
    253 [fix for src/ndir.h "and similar .h" files to be installed. which are similar?] 
     544Make sure that all files with non-standard copyrights or licenses are 
     545noted in this file. 
     546 
     547 
     548REMOVED etc/gnu.xpm, nt/icons/emacs21.ico, nt/icons/sink.ico 
     549  - Restore if find legal info. emacs21.ico is not due to Davenport. 
     550  Voelker could not immediately recall anything, but will check and 
     551  let us know if he finds anything. 
     552 
     553 
     554etc/images 
     555  Image files from GTK, Gnome are under GPLv2 (no "or later"?). RMS will 
     556  contact image authors in regards to future switch to v3. 
     557 
     558 
     559etc/TUTORIAL* (translations) 
     560  switch to GPL (see english TUTORIAL) 
     561  rms: "We can leave the TUTORIAL translations alone until their 
     562  maintainers update them." 
     563  Can adapt short license text from end of GPL translations at: 
     564  http://www.gnu.org/licenses/translations.html 
     565  Only a few sentences around the license notice need changing from 
     566  previous version. 
     567Done: TUTORIAL.eo 
    254568 
    255569 
     
    257571  - we would like to re-add this file if possible. Please let us know 
    258572  if you can clarify its legal status. 
     573  http://lists.gnu.org/archive/html/emacs-devel/2007-02/msg00138.html 
     574 
     575 
     576*** These are copyright issues still to be addressed: 
     577 
     578Need an assignment from Kevin Rodgers (rms), else several changes to 
     579deal with. 
     580 
     581 
     582  
     583This file is part of GNU Emacs. 
     584 
     585GNU Emacs is free software; you can redistribute it and/or modify 
     586it under the terms of the GNU General Public License as published by 
     587the Free Software Foundation; either version 2, or (at your option) 
     588any later version. 
     589 
     590GNU Emacs is distributed in the hope that it will be useful, 
     591but WITHOUT ANY WARRANTY; without even the implied warranty of 
     592MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the 
     593GNU General Public License for more details. 
     594 
     595You should have received a copy of the GNU General Public License 
     596along with GNU Emacs; see the file COPYING.  If not, write to the 
     597Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, 
     598Boston, MA 02110-1301, USA.