Credits for imported files
Eli Zaretskii <[email protected]>
| Newsgroups | gmane.emacs.xemacs.patches |
|---|---|
| Message-ID | <[email protected]> |
Hello, Uwe and the rest of XEmacs developers, By sheer chance I was glancing through this list's archives, and was unpleasantly surprised to find the following commit log: 2014-01-21 Aidan Kehoe <[email protected]> Import GNU's Hebrew input methods, thank you GNU, thank you Uwe Brauer! * leim-list.el: Make the Hebrew input methods available here. * Makefile: * Makefile (EXTRA_SOURCES): Install hebrew.el uncompiled, since it's not computationally intensive (compiling it doesn't bring much) and 21.4, which compiles the packages, chokes on it. * quail/hebrew.el: * quail/hebrew.el ("hebrew"): Update. * quail/hebrew.el ("hebrew-new"): New. * quail/hebrew.el ("hebrew-lyx"): New. * quail/hebrew.el ("hebrew-full"): New. * quail/hebrew.el ("hebrew-biblical-tiro"): New. * quail/hebrew.el ("hebrew-biblical-sil"): New. * quail/hebrew.el ("yiddish-royal"): New. * quail/hebrew.el ("yiddish-keyman"): New. * quail/hebrew.el ("hebrew-phonetic-xkb"): New. * quail/hebrew.el ("hebrew-phonetic-qwerty"): New. Most of these input methods (excluding the 1st and the last 2) were written by Yair Friedman, as can be readily seen from the GNU Emacs ChangeLog entries. Moreover, to recognize Yair's unique and outstanding contribution to that file, hebrew.el in GNU Emacs has this prominent note: ;; Many input methods in this file provided ;; by Yair Friedman <[email protected]> This note is absent from the file I found in the XEmacs Leim repository (https://bitbucket.org/xemacs/leim/src/3e31b3d13c100a9bae06a7feead54480dd8a8e84/quail/hebrew.el?at=default, I hope this is the right one). This is not the only case like that, so I guess this is some kind of policy. I think it's unfair to not credit people who worked on the code. They deserve to be credited, and "thank you GNU" somehow doesn't cut it. I don't think it's hard to find in the GNU Emacs logs the first entry for a file or a feature or even a function, and give those who labored on them credit they deserve. May I suggest that you reconsider this policy in favor of better crediting those who wrote the code you are using? TIA