Commit | Line | Data |
---|---|---|
73b0cd50 | 1 | Copyright (C) 2007-2011 Free Software Foundation, Inc. |
e3e14128 | 2 | See the end of the file for license conditions. |
b05db979 GM |
3 | |
4 | ||
571975c0 GM |
5 | NOTES ON COPYRIGHTS AND LICENSES |
6 | ||
7 | Some terminology: | |
8 | ||
9 | A "copyright notice" consists of one or a few lines of this format: | |
10 | "Copyright (C) 2006, 2007 Free Software Foundation, Inc." | |
11 | ||
12 | A "license notice" is a statement of permissions, and is usually much | |
13 | longer, eg the text "GNU Emacs is free software...". | |
14 | ||
15 | ||
71428fe7 GM |
16 | Summary for the impatient: |
17 | ||
a4734fbd | 18 | 1. Don't add code to Emacs written by someone other than yourself |
c6fe6289 GM |
19 | without thinking about the legal aspect. Even if the changes are |
20 | trivial, consider if they combine with previous changes by the same | |
21 | author to make a non-trivial total. If so, make sure they have an | |
22 | assignment. If adding a whole file adjust the copyright statements in | |
23 | the file. | |
24 | ||
25 | 2. When installing code written by someone else, the ChangeLog entry | |
26 | should be in the name of the author of the code, not the person who | |
bd9776d1 GM |
27 | installs it. I think it is helpful to put the author (if not yourself) |
28 | in the commit log as well (you can also use bzr commit's "--author" | |
29 | option); and to not install any of your own changes in the same commit. | |
a4734fbd GM |
30 | |
31 | 3. With images, add the legal info to a README file in the directory | |
71428fe7 GM |
32 | containing the image. |
33 | ||
a4734fbd | 34 | 4. If you add a lot of text to a previously trivial file that had no |
71428fe7 GM |
35 | legal notices, consider if you should add a copyright statement. |
36 | ||
a4734fbd | 37 | 5. Please don't just add an FSF copyright without checking that is the |
f199f76c GM |
38 | right thing to do. |
39 | ||
71428fe7 | 40 | |
bd9776d1 | 41 | Every non-trivial file distributed through the Emacs repository should be |
571975c0 GM |
42 | self-explanatory in terms of copyright and license. This includes |
43 | files that are not distributed in Emacs releases (for example, the | |
bd9776d1 | 44 | admin/ directory), because the whole Emacs repository is publicly |
571975c0 GM |
45 | available. |
46 | ||
47 | The definition of triviality is a little vague, but a rule of thumb is | |
48 | that any file with less than 15 lines of actual content is trivial. If | |
49 | a file is auto-generated (eg ldefs-boot.el) from another one in the | |
bd9776d1 GM |
50 | repository, then it does not really matter about adding a copyright |
51 | statement to the generated file. | |
571975c0 | 52 | |
d502a3da GM |
53 | Legal advice says that we could, if we wished, put a license notice |
54 | even in trivial files, because copyright law in general looks at the | |
55 | overall work as a whole. It is not _necessary_ to do so, and rms | |
56 | prefers that we do not. This means one needs to take care that trivial | |
57 | files do not grow and become non-trivial without having a license | |
58 | added. NB consequently, if you add a lot of text to a small file, | |
59 | consider whether your changes have made the file worthy of a copyright | |
60 | notice, and if so, please add one. | |
c320d3b8 | 61 | |
9bfceb2b GM |
62 | It can be helpful to put a reminder comment at the start of a trivial |
63 | file, eg: "add a license notice if this grows to > 10 lines of code". | |
64 | ||
571975c0 | 65 | The years in the copyright notice should be updated every year (see |
0e73efce | 66 | file "years" in this directory). The PDF versions of refcards etc |
571975c0 GM |
67 | should display copyright notices (an exception to the rule about |
68 | "generated" files), but these can just display the latest year. The | |
69 | full list of years should be kept in comments in the source file. If | |
bd9776d1 GM |
70 | these are distributed in the repository, check in a regenerated |
71 | version when the tex files are updated. | |
571975c0 GM |
72 | |
73 | Copyright changes should be propagated to any associated repositories | |
74 | (eg Gnus, MH-E), but I think in every case this happens automatically | |
75 | (?). | |
76 | ||
e3e14128 GM |
77 | All README (and other such text files) that are non-trivial should |
78 | contain copyright statements and GPL license notices, exactly as .el | |
bf5e9393 | 79 | files do (see e.g. README in the top-level directory). Before 2007, |
e3e14128 GM |
80 | we used a simple, short statement permitting copying and modification |
81 | provided legal notices were retained. In Feb 2007 we switched to the | |
bf5e9393 GM |
82 | standard GPL text, on legal advice. Some older text files in etc/ |
83 | should, however, keep their current licenses (see below for list). | |
571975c0 | 84 | |
e3e14128 GM |
85 | For image files, the copyright and license details should be recorded |
86 | in a README file in each directory with images. (Legal advice says | |
87 | that we need not add notices to each image file individually, if they | |
5aa27cc9 GM |
88 | allow for that.). It is recommended to use the word "convert" to |
89 | describe the automatic process of changing an image from one format to | |
90 | another (http://lists.gnu.org/archive/html/emacs-devel/2007-02/msg00618.html). | |
91 | ||
571975c0 GM |
92 | |
93 | When installing a file with an "unusual" license (after checking first | |
94 | it is ok), put a copy of the copyright and license in the file (if | |
95 | possible. It's ok if this makes the file incompatible with its | |
96 | original format, if it can still be used by Emacs), or in a README | |
97 | file in the relevant directory. | |
98 | ||
99 | The vast majority of files are copyright FSF and distributed under the | |
100 | GPL. A few files (mainly related to language and charset support) are | |
101 | copyright AIST alone, or both AIST and FSF. (Contact Kenichi Handa | |
102 | with questions about legal issues in such files.) In all these cases, | |
103 | the copyright years in each file should be updated each year. | |
104 | ||
105 | There are some exceptions to the points in the previous paragraph, and | |
106 | these are listed below for reference, together with any files where | |
107 | the copyright needs to be updated in "unusual" ways. | |
108 | ||
109 | If you find any other such cases, please consult to check they are ok, | |
110 | and note them in this file. This includes missing copyright notices, | |
111 | and "odd" copyright holders. In most cases, individual authors should | |
112 | not appear in copyright statements. Either the copyright has been | |
113 | assigned (check copyright.list) to the FSF (in which case the original | |
114 | author should be removed and the year(s) transferred to the FSF); or | |
115 | else it is possible the file should not be in Emacs at all (please | |
116 | report!). | |
117 | ||
bd9776d1 | 118 | Note that it seems painfully clear that one cannot rely on commit logs, |
c14dd816 GM |
119 | or even ChangeLogs, for older changes. People often installed changes |
120 | from others, without recording the true authorship. | |
121 | ||
571975c0 GM |
122 | [For reference, most of these points were established via email with |
123 | rms, 2007/1, "Copyright years".] | |
124 | ||
125 | ||
61425a8e GM |
126 | lisp/version.el # emacs-copyright |
127 | lib-src/ebrowse.c # version | |
b05db979 GM |
128 | lib-src/etags.c # print_version |
129 | lib-src/rcs2log # Copyright | |
61425a8e GM |
130 | Cocoa/Emacs.base/Contents/Info.plist |
131 | Cocoa/Emacs.base/Contents/Resources/English.lproj/InfoPlist.strings | |
132 | GNUstep/Emacs.base/Resources/Info-gnustep.plist | |
03e30ce8 | 133 | `set-copyright' in admin.el will do all the above. |
b05db979 | 134 | |
e8c53d3a | 135 | aclocal.m4 |
dfa36fa1 | 136 | configure |
e8c53d3a | 137 | m4/*.m4 |
dfa36fa1 PE |
138 | - copyright FSF, with unlimited permission to copy, distribute and modify |
139 | ||
e8c53d3a | 140 | lib/Makefile.in |
dfa36fa1 PE |
141 | - copyright FSF, with MIT-like license |
142 | ||
2b3f5bc8 | 143 | install-sh |
571975c0 GM |
144 | - this file is copyright MIT, which is OK. Leave the copyright alone. |
145 | ||
0e73efce GM |
146 | etc/refcards/*.tex |
147 | also update the \def\year macro for the latest year. | |
148 | ||
6f242663 GM |
149 | etc/BABYL, ms-kermit |
150 | no notices (see below). | |
151 | ||
d502a3da | 152 | etc/emacs.csh |
dc9332a6 GM |
153 | - written by Michael DeCorte, who has no assignment. But trivial |
154 | enough to not need license. | |
d502a3da | 155 | |
fb89a85b | 156 | etc/future-bug |
6772c8e1 | 157 | - doesn't need a humorless disclaimer, because Karl Fogel says we |
fb89a85b GM |
158 | can consider it part of Emacs, and he has a blanker disclaimer for |
159 | Emacs changes. (email to rgm "[Emacs-commit] emacs/etc future-bug", | |
160 | 2007028) | |
161 | ||
5aa27cc9 | 162 | etc/letter.pbm,letter.xpm |
c14dd816 | 163 | - trivial, no notice needed. |
5aa27cc9 GM |
164 | <http://lists.gnu.org/archive/html/emacs-devel/2007-02/msg00324.html> |
165 | ||
c320d3b8 GM |
166 | etc/FTP, ORDERS |
167 | - trivial (at time of writing), no license needed | |
168 | ||
5aa27cc9 GM |
169 | etc/GNU, INTERVIEW, LINUX-GNU, MOTIVATION, SERVICE, THE-GNU-PROJECT, |
170 | WHY-FREE | |
171 | rms: "These are statements of opinion or testimony. Their licenses | |
172 | should permit verbatim copying only. Please don't change the | |
173 | licenses that they have. They are distributed with Emacs but they | |
174 | are not part of Emacs." | |
175 | ||
8d54e3a1 GM |
176 | etc/HELLO |
177 | standard notices. Just a note that although the file itself is not | |
f23764dc | 178 | really copyrightable, in the wider context of it being part of |
8d54e3a1 GM |
179 | Emacs (and written by those with assignments), a standard notice is |
180 | fine. | |
181 | ||
5aa27cc9 GM |
182 | etc/MAILINGLISTS |
183 | rms: simple license is fine for this file | |
c14dd816 | 184 | |
d4c2a0cc GM |
185 | leim/CXTERM-DIC/4Corner.tit, ARRAY30.tit, CCDOSPY.tit, ECDICT.tit, |
186 | ETZY.tit, PY-b5.tit, Punct-b5.tit, Punct.tit, QJ-b5.tit, QJ.tit, | |
187 | SW.tit, TONEPY.tit, ZOZY.tit | |
571975c0 GM |
188 | - leave the copyrights alone. |
189 | ||
190 | leim/MISC-DIC/CTLau-b5.html, CTLau.html, cangjie-table.b5, cangjie-table.cns, | |
d4c2a0cc | 191 | pinyin.map, ziranma.cin |
571975c0 | 192 | - leave the copyright alone. |
fb89a85b GM |
193 | Note that pinyin.map, ziranma.cin (and hence the generated |
194 | leim/quail/PY.el, ZIRANMA.el) are under GPLv1 or later. | |
571975c0 GM |
195 | |
196 | leim/SKK-DIC/SKK-JISYO.L | |
197 | ja-dic/ja-dic.el | |
198 | (the latter is auto-generated from the former). Leave the copyright alone. | |
199 | ||
200 | lib-src/etags.c | |
f199f76c GM |
201 | Copyright information is duplicated in etc/ETAGS.README. Update that |
202 | file too. | |
203 | ||
204 | Until 2007 etags.c was described as being copyright FSF and Ken Arnold. | |
205 | After some investigation in Feb 2007, then to the best of our | |
206 | knowledge we believe that the original 1984 Emacs version was based | |
207 | on the version in BSD4.2. See for example this 1985 post from Ken Arnold: | |
208 | <http://groups.google.com/group/mod.sources/browse_thread/thread/ffe5c55845a640a9> | |
209 | I have received enough requests for the current source to ctags | |
210 | to post it. Here is the latest version (what will go out with | |
211 | 4.3, modulo any bugs fixed during the beta period). It is the | |
212 | 4.2 ctags with recognition of yacc and lex tags added. | |
213 | ||
214 | See also a 1984 version of ctags (no copyright) posted to net.sources: | |
215 | <http://groups.google.com/group/net.sources/msg/a21b6c21be12a98d> | |
216 | Version of etags.c in emacs-16.56 duplicates comment typos. | |
217 | ||
218 | Accordingly, in Feb 2007 we added a 1984 copyright for the | |
219 | University of California and a revised BSD license. The terms of | |
220 | this require that the full license details be available in binary | |
018a95ed GM |
221 | distributions - hence the file etc/ETAGS.README. The fact that the |
222 | --version output just says "Copyright <year> FSF" is apparently OK | |
223 | from a legal point of view. | |
571975c0 | 224 | |
9496bea8 GM |
225 | lisp/cedet/semantic/imenu.el |
226 | - See http://lists.gnu.org/archive/html/emacs-devel/2010-03/msg00410.html | |
227 | in which Eric Ludlam established that the remaining contributions | |
228 | from authors other than himself were negligible. | |
229 | ||
1fbfb0b5 GM |
230 | lisp/play/tetris.el |
231 | - no special rules about the copyright. We note here that we believe | |
232 | (2007/1) there is no problem with our use of the name "tetris" or | |
233 | the concept. | |
234 | rms: "My understanding is that game rules as such are not copyrightable." | |
235 | <http://lists.gnu.org/archive/html/emacs-devel/2007-01/msg00960.html> | |
2f7ab554 | 236 | rms: Legal advice is that we are ok and need not worry about this. |
1fbfb0b5 | 237 | |
571975c0 GM |
238 | |
239 | lisp/net/tramp.el | |
240 | - there are also copyrights in the body of the file. Update these too. | |
241 | ||
f199f76c | 242 | |
59098cd6 GM |
243 | lwlib/ |
244 | rms (2007/02/17): "lwlib is not assigned to the FSF; we don't consider | |
245 | it part of Emacs. [...] Therefore non-FSF copyrights are ok in lwlib." | |
246 | ||
6b00dced GM |
247 | NB don't change the GPL version used for lwlib .c and .h files (see |
248 | below). | |
249 | ||
f199f76c GM |
250 | FSF copyrights should only appear in files which have undergone |
251 | non-trivial cumulative changes from the original versions in the Lucid | |
252 | Widget Library. NB this means that if you make non-trivial changes to | |
253 | a file with no FSF copyright, you should add one. Also, if changes are | |
254 | reverted to the extent that a file becomes basically the same as the | |
255 | original version, the FSF copyright should be removed. | |
256 | ||
257 | In my (rgm) opinion, as of Feb 2007, all the non-trivial files differ | |
258 | significantly from the original versions, with the exception of | |
259 | lwlib-Xm.h. Most of the changes that were made to this file have | |
260 | subsequently been reverted. Therefore I removed the FSF copyright from | |
261 | this file (which is arguably too trivial to merit a notice anyway). I | |
262 | added FSF copyright to the following files which did not have them | |
263 | already: Makefile.in, lwlib-Xaw.c, lwlib-int.h (borderline), | |
264 | lwlib-utils.c (borderline), lwlib.c, lwlib.h. | |
265 | ||
266 | Copyright years before the advent of public CVS in 2001 were those | |
267 | when I judged (from the CVS logs) that non-trivial amounts of change | |
268 | had taken place. I also adjusted the existing FSF years in xlwmenu.c, | |
269 | xlwmenu.h, and xlwmenuP.h on the same basis. | |
270 | ||
271 | Note that until Feb 2007, the following files in lwlib were lacking | |
272 | notices: lwlib-int.h, lwlib.h, lwlib-Xaw.h, lwlib-Xlw.h, lwlib-utils.h | |
273 | ||
274 | The following files did not list a Lucid copyright: xlwmenu.h, | |
275 | xlwmenuP.h. | |
276 | ||
277 | To the best of our knowledge, all the code files in lwlib were | |
278 | originally part of the Lucid Widget Library, even if they did not say | |
279 | so explicitly. For example, they were all present in Lucid Emacs 19.1 | |
280 | in 1992. The exceptions are the two Xaw files, which did not appear | |
281 | till Lucid Emacs 19.9 in 1994. The file lwlib-Xaw.h is too trivial to | |
282 | merit a copyright notice, but would presumably have the same one as | |
283 | lwlib-Xaw.c. We have been unable to find a true standalone version of | |
284 | LWL, if there was such a thing, to check definitively. | |
285 | ||
286 | To clarify the situation, in Feb 2007 we added Lucid copyrights and | |
287 | GPL notices to those files lacking either that were non-trivial, | |
288 | namely: lwlib-int.h, lwlib.h, xlwmenu.h, xlwmenuP.h. This represents | |
289 | our best understanding of the legal status of these files. We also | |
290 | clarified the notices in Makefile.in, which was originally the | |
291 | Makefile auto-generated from Lucid's Imakefile. | |
292 | ||
293 | As of Feb 2007, the following files are considered too trivial for | |
294 | notices: lwlib-Xaw.h, lwlib-Xlw.h, lwlib-utils.h. | |
295 | ||
6b00dced GM |
296 | The version of lwlib/ first installed in Emacs seems to be the same as |
297 | that used in Lucid Emacs 19.8 (released 6-sep-93); except the two Xaw | |
298 | files, which did not appear till Athena support was added in Lucid | |
299 | Emacs 19.9. In Lucid Emacs 19.1, all files were under GPLv1 or later, | |
300 | but by Lucid Emacs 19.8, lwlib.c and xlwmenu.c had been switched to v2 | |
301 | or later. These are the versions that were first installed in Emacs. | |
302 | So in GNU Emacs, these two files have been under v2 or later since | |
303 | 1994. | |
304 | ||
305 | It seems that it was the intention of Lucid to use v1 or later | |
306 | (excepting the two files mentioned previously); so this is the license | |
307 | we have used when adding notices to code that did not have notices | |
308 | originally. Although we have the legal right to switch to v2 or later, | |
309 | rms prefers that we do not do so. | |
310 | ||
f199f76c | 311 | |
f11d52b5 GM |
312 | doc/*/doclicense.texi |
313 | - leave the copyright alone in this imported file. | |
314 | ||
315 | doc/*/*.texi - All manuals should be under GFDL (but see below), and | |
316 | should include a copy of it, so that they can be distributed | |
317 | separately. faq.texi has a different license, for some reason no-one | |
318 | can remember. | |
a20becf3 GM |
319 | http://lists.gnu.org/archive/html/emacs-devel/2007-04/msg00583.html |
320 | http://lists.gnu.org/archive/html/emacs-devel/2007-04/msg00618.html | |
321 | ||
f11d52b5 GM |
322 | doc/misc/mh-e.texi is dual-licensed (GPL and GFDL) per agreement with |
323 | FSF (reconfirmed by rms Aug 25 2008). Discussion with | |
324 | licensing@fsf.org starting on Thu, 07 Aug 2003 with subject: | |
325 | "[gnu.org #58812] Changing license of MH-E manual" | |
326 | ||
a20becf3 | 327 | |
6b00dced GM |
328 | msdos/is_exec.c, sigaction.c - these files are copyright DJ Delorie. |
329 | Leave the copyrights alone. Leave the Eli Zaretskii copyright in | |
330 | is_exec.c alone. See the msdos/README file for the legal history of | |
331 | these files. | |
571975c0 | 332 | |
dfa36fa1 PE |
333 | msdos/sed*.inp - These files are copyright FSF and distributed under |
334 | an MIT-like license. | |
335 | ||
f199f76c GM |
336 | |
337 | oldXMenu/ | |
338 | Keep the "copyright.h" method used by X11, rather than moving the | |
339 | licenses into the files. Note that the original X10.h did not use | |
340 | copyright.h, but had an explicit notice, which we retain. | |
341 | ||
342 | If you make non-trivial changes to a file which does not have an FSF | |
343 | notice, add one and a GPL notice (as per Activate.c). If changes to a | |
344 | file are reverted such that it becomes essentially the same as the | |
345 | original X11 version, remove the FSF notice and GPL. | |
346 | ||
347 | Only the files which differ significantly from the original X11 | |
348 | versions should have FSF copyright and GPL notices. At time of writing | |
349 | (Feb 2007), this is: Activate.c, Create.c, Internal.c. I (rgm) | |
350 | established this by diff'ing the current files against those in X11R1, | |
351 | and when I found significant differences looking in the ChangeLog for | |
352 | the years they originated (the CVS logs are truncated before 1999). I | |
353 | therefore removed the FSF notices (added in 200x) from the other | |
354 | files. There are some borderline cases IMO: AddSel.c, InsSel.c, | |
355 | XMakeAssoc.c, XMenu.h. For these I erred on the side of NOT adding FSF | |
356 | notices. | |
357 | ||
358 | With regards to whether the files we have changed should have GPL | |
359 | added or not, rms says (2007-02-25, "oldXmenu issues"): | |
360 | ||
361 | It does not make much difference, because oldXmenu is obsolete | |
362 | except for use in Emacs (and it is not normally used in Emacs any | |
363 | more either). | |
364 | ||
365 | So, to make things simple, please put our changes under the GPL. | |
366 | ||
367 | insque.c had no copyright notice until 2005. The version of insque.c | |
368 | added to Emacs 1992-01-27 is essentially the same as insremque.c added | |
369 | to glic three days later by Roland McGrath, with an FSF copyright and | |
370 | GPL, but no ChangeLog entry: | |
371 | <http://sources.redhat.com/cgi-bin/cvsweb.cgi/~checkout~/libc/misc/insremque.c?\ | |
372 | rev=1.1&cvsroot=glibc> | |
373 | To the best of his recollection, McGrath (who has a copyright | |
374 | assignment) was the author of this file (email from roland at frob.com | |
375 | to rms, 2007-02-23, "Where did insque.c come from?"). The FSF | |
376 | copyright and GPL in this file are therefore correct as far as we | |
377 | understand it. | |
378 | ||
379 | Imakefile had no legal info in Feb 2007, but was obviously based on | |
380 | the X11 version (which also had no explicit legal info). As it was | |
381 | unused, I removed it. It would have the same MIT copyright as | |
382 | Makefile.in does now. | |
383 | ||
384 | ||
571975c0 | 385 | src/gmalloc.c |
d4c2a0cc GM |
386 | - contains numerous copyrights from the GNU C library. Leave them alone. |
387 | ||
448adfb9 | 388 | src/acldef.h, chpdef.h, ndir.h |
f5f4e20d GM |
389 | - see comments below. These files are OK to be released with Emacs |
390 | 22, but we may want to revisit them afterwards. | |
391 | ||
571975c0 | 392 | |
c320d3b8 GM |
393 | ** Some notes on resolved issues, for historical information only |
394 | ||
dc9332a6 GM |
395 | etc/TERMS |
396 | rms: "surely written either by me or by ESR. (If you can figure out | |
397 | which year, I can probably tell you which.) Either way, we have papers | |
bcc21331 CY |
398 | for it." It was present in Emacs-16.56 (15-jul-85). rms: "Then I |
399 | conclude it was written by me." | |
dc9332a6 GM |
400 | |
401 | etc/ulimit.hack | |
402 | Very obsolete file removed March 2007. Doesn't say who the author | |
403 | is, but web-search suggests Karl Kleinpaste, who has no Emacs | |
404 | assignment. Trivial anyway. | |
405 | http://groups.google.com/group/comp.unix.shell/browse_thread/thread/bf3df496994\ | |
406 | 9f1df/7e5922c67b3a98fb | |
407 | http://groups.google.com/group/comp.unix.questions/msg/cc7e49cacfd1ccb4 | |
408 | (original 1987 source) | |
409 | ||
bf5e9393 GM |
410 | lisp/term/README |
411 | - had no copyright notice till Feb 2007. ChangeLog.3 suggests it was | |
412 | written by Eric Raymond. When asked by rms on 14 Feb 2007 he said: | |
413 | ||
414 | I don't remember writing it, but it reads like my prose and I believe | |
415 | I wrote the feature(s) it's describing. So I would have been the | |
416 | likeliest person to write it. | |
417 | ||
418 | Odds are that I did, but I'm not certain. | |
419 | ||
420 | Accordingly, FSF copyright was added. | |
421 | ||
f3041af1 | 422 | src/unexhp9k800.c |
41cf03b0 | 423 | http://lists.gnu.org/archive/html/emacs-devel/2007-02/msg00138.html |
deac6bc5 GM |
424 | - briefly removed due to legal uncertainly Jan-Mar 2007. The |
425 | relevant assignment is under "hp9k800" in copyright.list. File was | |
426 | written by John V. Morris at HP, and disclaimed by the author and | |
427 | HP. So this file is public domain. | |
428 | ||
c320d3b8 | 429 | |
88b27a03 GM |
430 | K Rodgers changes |
431 | It was pointed out that K Rodgers only had assigments for VC and | |
432 | ps-print, but had changed several other files. We tried to contact | |
433 | him for a general assignment, but he proved uncommunicative (despite | |
434 | initially indicating to rms he would sign an assignment). As a result, his | |
435 | changes were removed and/or rewritten independently. For details, see | |
436 | threads: | |
437 | http://lists.gnu.org/archive/html/emacs-devel/2007-04/msg00225.html | |
438 | http://lists.gnu.org/archive/html/emacs-devel/2007-04/msg00257.html | |
439 | ||
f86ffbf6 GM |
440 | But then an assignment arrived before the release of Emacs 22: |
441 | http://lists.gnu.org/archive/html/emacs-devel/2007-04/msg01427.html | |
442 | ||
88b27a03 | 443 | |
3683c27d GM |
444 | lisp/progmodes/python.el |
445 | Dave Love alerted us to a potential legal problem: | |
446 | http://lists.gnu.org/archive/html/emacs-pretest-bug/2007-04/msg00459.html | |
447 | ||
448 | On consultation with a lawyer, we found there was no problem: | |
449 | http://lists.gnu.org/archive/html/emacs-devel/2007-05/msg00466.html | |
450 | ||
451 | ||
1354eff6 GM |
452 | ** Issues that are "fixed" for the release of Emacs 22, but we may |
453 | wish to revisit later in more detail | |
454 | ||
455 | ||
474d2d60 GM |
456 | admin/check-doc-strings |
457 | File says it's in the public domain, but that might not make it so. | |
458 | ||
8d54e3a1 GM |
459 | etc/BABYL |
460 | File written long ago by authors with no assignment. Keep them | |
6f242663 GM |
461 | without notices for now, try and contact authors if possible. Be |
462 | ready to remove these files if the authors ever object. | |
474d2d60 | 463 | |
8d54e3a1 | 464 | etc/ms-kermit |
b83813ec | 465 | etc/e/eterm-color.ti |
1354eff6 GM |
466 | src/acldef.h, chpdef.h, ndir.h |
467 | On legal advice from Matt Norwood, the following comment was added | |
8d54e3a1 | 468 | to these files in Feb/Mar 2007: |
1354eff6 GM |
469 | |
470 | The code here is forced by the interface, and is not subject to | |
471 | copyright, constituting the only possible expression of the | |
472 | algorithm in this format. | |
473 | ||
474 | With the addition of this notice, these files are OK for the | |
475 | upcoming Emacs-22 release. Post-release, we can revisit this issue | |
476 | and possibly add a list of all authors who have changed these files. | |
477 | (details in email from Matt Norwood to rms, 2007/02/03). | |
478 | ||
dc9332a6 GM |
479 | etc/ms-7bkermit |
480 | Says it was written by Andy Lowry and Joel Spolsky. No entry for | |
481 | either in copyright.list. NB this file is not "constrained" like | |
482 | ms-kermit (rms: "We know it isn't. A comment at the front says it has | |
483 | other bindings which might be handy."). File removed March 2007. | |
484 | Re-add if clear up status at some point. | |
485 | ||
486 | etc/Xkeymap.txt | |
487 | No info on author. File removed March 2007. rms: "It says it is | |
488 | RLK's way of remapping his keyboard, so it is not constrained. I think | |
489 | it was written by RLK. Let's delete it; if we contact RLK again, we | |
bcc21331 | 490 | can put it back." Actually, RLK == Robert Krawitz has an Emacs |
b537c2a9 GM |
491 | Content-type: text/html