Commit | Line | Data |
---|---|---|
114f9c96 | 1 | Copyright (C) 2007, 2008, 2009, 2010 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 | |
571975c0 GM |
135 | <top-level>/install-sh |
136 | lispintro/install-sh | |
137 | - this file is copyright MIT, which is OK. Leave the copyright alone. | |
138 | ||
c320d3b8 | 139 | src/m/news-r6.h |
5aa27cc9 GM |
140 | public domain, leave alone. |
141 | ||
0e73efce GM |
142 | etc/refcards/*.tex |
143 | also update the \def\year macro for the latest year. | |
144 | ||
6f242663 GM |
145 | etc/BABYL, ms-kermit |
146 | no notices (see below). | |
147 | ||
d502a3da | 148 | etc/emacs.csh |
dc9332a6 GM |
149 | - written by Michael DeCorte, who has no assignment. But trivial |
150 | enough to not need license. | |
d502a3da | 151 | |
fb89a85b | 152 | etc/future-bug |
6772c8e1 | 153 | - doesn't need a humorless disclaimer, because Karl Fogel says we |
fb89a85b GM |
154 | can consider it part of Emacs, and he has a blanker disclaimer for |
155 | Emacs changes. (email to rgm "[Emacs-commit] emacs/etc future-bug", | |
156 | 2007028) | |
157 | ||
5aa27cc9 | 158 | etc/letter.pbm,letter.xpm |
c14dd816 | 159 | - trivial, no notice needed. |
5aa27cc9 GM |
160 | <http://lists.gnu.org/archive/html/emacs-devel/2007-02/msg00324.html> |
161 | ||
c320d3b8 GM |
162 | etc/FTP, ORDERS |
163 | - trivial (at time of writing), no license needed | |
164 | ||
5aa27cc9 GM |
165 | etc/GNU, INTERVIEW, LINUX-GNU, MOTIVATION, SERVICE, THE-GNU-PROJECT, |
166 | WHY-FREE | |
167 | rms: "These are statements of opinion or testimony. Their licenses | |
168 | should permit verbatim copying only. Please don't change the | |
169 | licenses that they have. They are distributed with Emacs but they | |
170 | are not part of Emacs." | |
171 | ||
8d54e3a1 GM |
172 | etc/HELLO |
173 | standard notices. Just a note that although the file itself is not | |
f23764dc | 174 | really copyrightable, in the wider context of it being part of |
8d54e3a1 GM |
175 | Emacs (and written by those with assignments), a standard notice is |
176 | fine. | |
177 | ||
5aa27cc9 GM |
178 | etc/MAILINGLISTS |
179 | rms: simple license is fine for this file | |
c14dd816 | 180 | |
d4c2a0cc GM |
181 | leim/CXTERM-DIC/4Corner.tit, ARRAY30.tit, CCDOSPY.tit, ECDICT.tit, |
182 | ETZY.tit, PY-b5.tit, Punct-b5.tit, Punct.tit, QJ-b5.tit, QJ.tit, | |
183 | SW.tit, TONEPY.tit, ZOZY.tit | |
571975c0 GM |
184 | - leave the copyrights alone. |
185 | ||
186 | leim/MISC-DIC/CTLau-b5.html, CTLau.html, cangjie-table.b5, cangjie-table.cns, | |
d4c2a0cc | 187 | pinyin.map, ziranma.cin |
571975c0 | 188 | - leave the copyright alone. |
fb89a85b GM |
189 | Note that pinyin.map, ziranma.cin (and hence the generated |
190 | leim/quail/PY.el, ZIRANMA.el) are under GPLv1 or later. | |
571975c0 GM |
191 | |
192 | leim/SKK-DIC/SKK-JISYO.L | |
193 | ja-dic/ja-dic.el | |
194 | (the latter is auto-generated from the former). Leave the copyright alone. | |
195 | ||
196 | lib-src/etags.c | |
f199f76c GM |
197 | Copyright information is duplicated in etc/ETAGS.README. Update that |
198 | file too. | |
199 | ||
200 | Until 2007 etags.c was described as being copyright FSF and Ken Arnold. | |
201 | After some investigation in Feb 2007, then to the best of our | |
202 | knowledge we believe that the original 1984 Emacs version was based | |
203 | on the version in BSD4.2. See for example this 1985 post from Ken Arnold: | |
204 | <http://groups.google.com/group/mod.sources/browse_thread/thread/ffe5c55845a640a9> | |
205 | I have received enough requests for the current source to ctags | |
206 | to post it. Here is the latest version (what will go out with | |
207 | 4.3, modulo any bugs fixed during the beta period). It is the | |
208 | 4.2 ctags with recognition of yacc and lex tags added. | |
209 | ||
210 | See also a 1984 version of ctags (no copyright) posted to net.sources: | |
211 | <http://groups.google.com/group/net.sources/msg/a21b6c21be12a98d> | |
212 | Version of etags.c in emacs-16.56 duplicates comment typos. | |
213 | ||
214 | Accordingly, in Feb 2007 we added a 1984 copyright for the | |
215 | University of California and a revised BSD license. The terms of | |
216 | this require that the full license details be available in binary | |
018a95ed GM |
217 | distributions - hence the file etc/ETAGS.README. The fact that the |
218 | --version output just says "Copyright <year> FSF" is apparently OK | |
219 | from a legal point of view. | |
571975c0 GM |
220 | |
221 | lib-src/getopt1.c, getopt_int.h | |
222 | - these are from the GNU C library. Leave the copyrights alone. | |
223 | ||
9496bea8 GM |
224 | lisp/cedet/semantic/imenu.el |
225 | - See http://lists.gnu.org/archive/html/emacs-devel/2010-03/msg00410.html | |
226 | in which Eric Ludlam established that the remaining contributions | |
227 | from authors other than himself were negligible. | |
228 | ||
1fbfb0b5 GM |
229 | lisp/play/tetris.el |
230 | - no special rules about the copyright. We note here that we believe | |
231 | (2007/1) there is no problem with our use of the name "tetris" or | |
232 | the concept. | |
233 | rms: "My understanding is that game rules as such are not copyrightable." | |
234 | <http://lists.gnu.org/archive/html/emacs-devel/2007-01/msg00960.html> | |
2f7ab554 | 235 | rms: Legal advice is that we are ok and need not worry about this. |
1fbfb0b5 | 236 | |
571975c0 GM |
237 | |
238 | lisp/net/tramp.el | |
239 | - there are also copyrights in the body of the file. Update these too. | |
240 | ||
f199f76c | 241 | |
59098cd6 GM |
242 | lwlib/ |
243 | rms (2007/02/17): "lwlib is not assigned to the FSF; we don't consider | |
244 | it part of Emacs. [...] Therefore non-FSF copyrights are ok in lwlib." | |
245 | ||
6b00dced GM |
246 | NB don't change the GPL version used for lwlib .c and .h files (see |
247 | below). | |
248 | ||
f199f76c GM |
249 | FSF copyrights should only appear in files which have undergone |
250 | non-trivial cumulative changes from the original versions in the Lucid | |
251 | Widget Library. NB this means that if you make non-trivial changes to | |
252 | a file with no FSF copyright, you should add one. Also, if changes are | |
253 | reverted to the extent that a file becomes basically the same as the | |
254 | original version, the FSF copyright should be removed. | |
255 | ||
256 | In my (rgm) opinion, as of Feb 2007, all the non-trivial files differ | |
257 | significantly from the original versions, with the exception of | |
258 | lwlib-Xm.h. Most of the changes that were made to this file have | |
259 | subsequently been reverted. Therefore I removed the FSF copyright from | |
260 | this file (which is arguably too trivial to merit a notice anyway). I | |
261 | added FSF copyright to the following files which did not have them | |
262 | already: Makefile.in, lwlib-Xaw.c, lwlib-int.h (borderline), | |
263 | lwlib-utils.c (borderline), lwlib.c, lwlib.h. | |
264 | ||
265 | Copyright years before the advent of public CVS in 2001 were those | |
266 | when I judged (from the CVS logs) that non-trivial amounts of change | |
267 | had taken place. I also adjusted the existing FSF years in xlwmenu.c, | |
268 | xlwmenu.h, and xlwmenuP.h on the same basis. | |
269 | ||
270 | Note that until Feb 2007, the following files in lwlib were lacking | |
271 | notices: lwlib-int.h, lwlib.h, lwlib-Xaw.h, lwlib-Xlw.h, lwlib-utils.h | |
272 | ||
273 | The following files did not list a Lucid copyright: xlwmenu.h, | |
274 | xlwmenuP.h. | |
275 | ||
276 | To the best of our knowledge, all the code files in lwlib were | |
277 | originally part of the Lucid Widget Library, even if they did not say | |
278 | so explicitly. For example, they were all present in Lucid Emacs 19.1 | |
279 | in 1992. The exceptions are the two Xaw files, which did not appear | |
280 | till Lucid Emacs 19.9 in 1994. The file lwlib-Xaw.h is too trivial to | |
281 | merit a copyright notice, but would presumably have the same one as | |
282 | lwlib-Xaw.c. We have been unable to find a true standalone version of | |
283 | LWL, if there was such a thing, to check definitively. | |
284 | ||
285 | To clarify the situation, in Feb 2007 we added Lucid copyrights and | |
286 | GPL notices to those files lacking either that were non-trivial, | |
287 | namely: lwlib-int.h, lwlib.h, xlwmenu.h, xlwmenuP.h. This represents | |
288 | our best understanding of the legal status of these files. We also | |
289 | clarified the notices in Makefile.in, which was originally the | |
290 | Makefile auto-generated from Lucid's Imakefile. | |
291 | ||
292 | As of Feb 2007, the following files are considered too trivial for | |
293 | notices: lwlib-Xaw.h, lwlib-Xlw.h, lwlib-utils.h. | |
294 | ||
6b00dced GM |
295 | The version of lwlib/ first installed in Emacs seems to be the same as |
296 | that used in Lucid Emacs 19.8 (released 6-sep-93); except the two Xaw | |
297 | files, which did not appear till Athena support was added in Lucid | |
298 | Emacs 19.9. In Lucid Emacs 19.1, all files were under GPLv1 or later, | |
299 | but by Lucid Emacs 19.8, lwlib.c and xlwmenu.c had been switched to v2 | |
300 | or later. These are the versions that were first installed in Emacs. | |
301 | So in GNU Emacs, these two files have been under v2 or later since | |
302 | 1994. | |
303 | ||
304 | It seems that it was the intention of Lucid to use v1 or later | |
305 | (excepting the two files mentioned previously); so this is the license | |
306 | we have used when adding notices to code that did not have notices | |
307 | originally. Although we have the legal right to switch to v2 or later, | |
308 | rms prefers that we do not do so. | |
309 | ||
f199f76c | 310 | |
f11d52b5 GM |
311 | doc/*/doclicense.texi |
312 | - leave the copyright alone in this imported file. | |
313 | ||
314 | doc/*/*.texi - All manuals should be under GFDL (but see below), and | |
315 | should include a copy of it, so that they can be distributed | |
316 | separately. faq.texi has a different license, for some reason no-one | |
317 | can remember. | |
a20becf3 GM |
318 | http://lists.gnu.org/archive/html/emacs-devel/2007-04/msg00583.html |
319 | http://lists.gnu.org/archive/html/emacs-devel/2007-04/msg00618.html | |
320 | ||
f11d52b5 GM |
321 | doc/misc/mh-e.texi is dual-licensed (GPL and GFDL) per agreement with |
322 | FSF (reconfirmed by rms Aug 25 2008). Discussion with | |
323 | licensing@fsf.org starting on Thu, 07 Aug 2003 with subject: | |
324 | "[gnu.org #58812] Changing license of MH-E manual" | |
325 | ||
a20becf3 | 326 | |
6b00dced GM |
327 | msdos/is_exec.c, sigaction.c - these files are copyright DJ Delorie. |
328 | Leave the copyrights alone. Leave the Eli Zaretskii copyright in | |
329 | is_exec.c alone. See the msdos/README file for the legal history of | |
330 | these files. | |
571975c0 | 331 | |
f199f76c GM |
332 | |
333 | oldXMenu/ | |
334 | Keep the "copyright.h" method used by X11, rather than moving the | |
335 | licenses into the files. Note that the original X10.h did not use | |
336 | copyright.h, but had an explicit notice, which we retain. | |
337 | ||
338 | If you make non-trivial changes to a file which does not have an FSF | |
339 | notice, add one and a GPL notice (as per Activate.c). If changes to a | |
340 | file are reverted such that it becomes essentially the same as the | |
341 | original X11 version, remove the FSF notice and GPL. | |
342 | ||
343 | Only the files which differ significantly from the original X11 | |
344 | versions should have FSF copyright and GPL notices. At time of writing | |
345 | (Feb 2007), this is: Activate.c, Create.c, Internal.c. I (rgm) | |
346 | established this by diff'ing the current files against those in X11R1, | |
347 | and when I found significant differences looking in the ChangeLog for | |
348 | the years they originated (the CVS logs are truncated before 1999). I | |
349 | therefore removed the FSF notices (added in 200x) from the other | |
350 | files. There are some borderline cases IMO: AddSel.c, InsSel.c, | |
351 | XMakeAssoc.c, XMenu.h. For these I erred on the side of NOT adding FSF | |
352 | notices. | |
353 | ||
354 | With regards to whether the files we have changed should have GPL | |
355 | added or not, rms says (2007-02-25, "oldXmenu issues"): | |
356 | ||
357 | It does not make much difference, because oldXmenu is obsolete | |
358 | except for use in Emacs (and it is not normally used in Emacs any | |
359 | more either). | |
360 | ||
361 | So, to make things simple, please put our changes under the GPL. | |
362 | ||
363 | insque.c had no copyright notice until 2005. The version of insque.c | |
364 | added to Emacs 1992-01-27 is essentially the same as insremque.c added | |
365 | to glic three days later by Roland McGrath, with an FSF copyright and | |
366 | GPL, but no ChangeLog entry: | |
367 | <http://sources.redhat.com/cgi-bin/cvsweb.cgi/~checkout~/libc/misc/insremque.c?\ | |
368 | rev=1.1&cvsroot=glibc> | |
369 | To the best of his recollection, McGrath (who has a copyright | |
370 | assignment) was the author of this file (email from roland at frob.com | |
371 | to rms, 2007-02-23, "Where did insque.c come from?"). The FSF | |
372 | copyright and GPL in this file are therefore correct as far as we | |
373 | understand it. | |
374 | ||
375 | Imakefile had no legal info in Feb 2007, but was obviously based on | |
376 | the X11 version (which also had no explicit legal info). As it was | |
377 | unused, I removed it. It would have the same MIT copyright as | |
378 | Makefile.in does now. | |
379 | ||
380 | ||
571975c0 | 381 | src/gmalloc.c |
d4c2a0cc GM |
382 | - contains numerous copyrights from the GNU C library. Leave them alone. |
383 | ||
448adfb9 | 384 | src/acldef.h, chpdef.h, ndir.h |
f5f4e20d GM |
385 | - see comments below. These files are OK to be released with Emacs |
386 | 22, but we may want to revisit them afterwards. | |
387 | ||
571975c0 | 388 | |
c320d3b8 GM |
389 | ** Some notes on resolved issues, for historical information only |
390 | ||
dc9332a6 GM |
391 | etc/TERMS |
392 | rms: "surely written either by me or by ESR. (If you can figure out | |
393 | which year, I can probably tell you which.) Either way, we have papers | |
bcc21331 CY |
394 | for it." It was present in Emacs-16.56 (15-jul-85). rms: "Then I |
395 | conclude it was written by me." | |
dc9332a6 GM |
396 | |
397 | etc/ulimit.hack | |
398 | Very obsolete file removed March 2007. Doesn't say who the author | |
399 | is, but web-search suggests Karl Kleinpaste, who has no Emacs | |
400 | assignment. Trivial anyway. | |
401 | http://groups.google.com/group/comp.unix.shell/browse_thread/thread/bf3df496994\ | |
402 | 9f1df/7e5922c67b3a98fb | |
403 | http://groups.google.com/group/comp.unix.questions/msg/cc7e49cacfd1ccb4 | |
404 | (original 1987 source) | |
405 | ||
bf5e9393 GM |
406 | lisp/term/README |
407 | - had no copyright notice till Feb 2007. ChangeLog.3 suggests it was | |
408 | written by Eric Raymond. When asked by rms on 14 Feb 2007 he said: | |
409 | ||
410 | I don't remember writing it, but it reads like my prose and I believe | |
411 | I wrote the feature(s) it's describing. So I would have been the | |
412 | likeliest person to write it. | |
413 | ||
414 | Odds are that I did, but I'm not certain. | |
415 | ||
416 | Accordingly, FSF copyright was added. | |
417 | ||
f3041af1 | 418 | src/unexhp9k800.c |
41cf03b0 | 419 | http://lists.gnu.org/archive/html/emacs-devel/2007-02/msg00138.html |
deac6bc5 GM |
420 | - briefly removed due to legal uncertainly Jan-Mar 2007. The |
421 | relevant assignment is under "hp9k800" in copyright.list. File was | |
422 | written by John V. Morris at HP, and disclaimed by the author and | |
423 | HP. So this file is public domain. | |
424 | ||
c320d3b8 | 425 | |
88b27a03 GM |
426 | K Rodgers changes |
427 | It was pointed out that K Rodgers only had assigments for VC and | |
428 | ps-print, but had changed several other files. We tried to contact | |
429 | him for a general assignment, but he proved uncommunicative (despite | |
430 | initially indicating to rms he would sign an assignment). As a result, his | |
431 | changes were removed and/or rewritten independently. For details, see | |
432 | threads: | |
433 | http://lists.gnu.org/archive/html/emacs-devel/2007-04/msg00225.html | |
434 | http://lists.gnu.org/archive/html/emacs-devel/2007-04/msg00257.html | |
435 | ||
f86ffbf6 GM |
436 | But then an assignment arrived before the release of Emacs 22: |
437 | http://lists.gnu.org/archive/html/emacs-devel/2007-04/msg01427.html | |
438 | ||
88b27a03 | 439 | |
3683c27d GM |
440 | lisp/progmodes/python.el |
441 | Dave Love alerted us to a potential legal problem: | |
442 | http://lists.gnu.org/archive/html/emacs-pretest-bug/2007-04/msg00459.html | |
443 | ||
444 | On consultation with a lawyer, we found there was no problem: | |
445 | http://lists.gnu.org/archive/html/emacs-devel/2007-05/msg00466.html | |
446 | ||
447 | ||
1354eff6 GM |
448 | ** Issues that are "fixed" for the release of Emacs 22, but we may |
449 | wish to revisit later in more detail | |
450 | ||
451 | ||
474d2d60 GM |
452 | admin/check-doc-strings |
453 | File says it's in the public domain, but that might not make it so. | |
454 | ||
8d54e3a1 GM |
455 | etc/BABYL |
456 | File written long ago by authors with no assignment. Keep them | |
6f242663 GM |
457 | without notices for now, try and contact authors if possible. Be |
458 | ready to remove these files if the authors ever object. | |
474d2d60 | 459 | |
8d54e3a1 | 460 | etc/ms-kermit |
b83813ec | 461 | etc/e/eterm-color.ti |
1354eff6 GM |
462 | src/acldef.h, chpdef.h, ndir.h |
463 | On legal advice from Matt Norwood, the following comment was added | |
8d54e3a1 | 464 | to these files in Feb/Mar 2007: |
1354eff6 GM |
465 | |
466 | The code here is forced by the interface, and is not subject to | |
467 | copyright, constituting the only possible expression of the | |
468 | algorithm in this format. | |
469 | ||
470 | With the addition of this notice, these files are OK for the | |
471 | upcoming Emacs-22 release. Post-release, we can revisit this issue | |
472 | and possibly add a list of all authors who have changed these files. | |
473 | (details in email from Matt Norwood to rms, 2007/02/03). | |
474 | ||
dc9332a6 GM |
475 | etc/ms-7bkermit |
476 | Says it was written by Andy Lowry and Joel Spolsky. No entry for | |
477 | either in copyright.list. NB this file is not "constrained" like | |
478 | ms-kermit (rms: "We know it isn't. A comment at the front says it has | |
479 | other bindings which might be handy."). File removed March 2007. | |
480 | Re-add if clear up status at some point. | |
481 | ||
482 | etc/Xkeymap.txt | |
483 | No info on author. File removed March 2007. rms: "It says it is | |
484 | RLK's way of remapping his keyboard, so it is not constrained. I think | |
485 | it was written by RLK. Let's delete it; if we contact RLK again, we | |
bcc21331 | 486 | can put it back." Actually, RLK == Robert Krawitz has an Emacs |
b537c2a9 GM |
487 | Content-type: text/html