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