1
Fork 0
mirror of git://git.sv.gnu.org/emacs.git synced 2026-04-27 16:51:06 -07:00
This commit is contained in:
Paul Eggert 2017-11-25 22:45:41 -08:00
parent 8be3aee281
commit a89f0b6f33
110 changed files with 715 additions and 716 deletions

View file

@ -487,7 +487,7 @@ the bug web-pages.
*** Debian stuff
https://lists.gnu.org/archive/html/emacs-devel/2009-11/msg00440.html
https://lists.gnu.org/r/emacs-devel/2009-11/msg00440.html
** Gnus-specific voodoo
@ -510,8 +510,8 @@ reference, you don't need to read these as a user of the system.
Getting mail from the Emacs bug list into the tracker requires the
assistance of sysadmin at gnu.org. The test tracker set-up was, I
think, [gnu.org #359140]:
https://lists.gnu.org/archive/html/savannah-hackers/2008-03/msg00074.html
https://lists.gnu.org/archive/html/savannah-hackers/2008-04/msg00034.html
https://lists.gnu.org/r/savannah-hackers/2008-03/msg00074.html
https://lists.gnu.org/r/savannah-hackers/2008-04/msg00034.html
** The debbugs.gnu.org setup was handled in [gnu.org #510605].
There are two pieces (replace AT with @ in the following):
@ -555,7 +555,7 @@ https://savannah.nongnu.org/projects/listhelper
An "X-Debbugs-Envelope-To" header is used to keep track of where the
mail was actually bound for:
https://lists.gnu.org/archive/html/emacs-devel/2009-11/msg01211.html
https://lists.gnu.org/r/emacs-devel/2009-11/msg01211.html
** Mailing list recipient/sender filters.
The following mailman filters are useful to stop messages being

View file

@ -86,7 +86,7 @@ in a README file in each directory with images. (Legal advice says
that we need not add notices to each image file individually, if they
allow for that.). It is recommended to use the word "convert" to
describe the automatic process of changing an image from one format to
another (https://lists.gnu.org/archive/html/emacs-devel/2007-02/msg00618.html).
another (https://lists.gnu.org/r/emacs-devel/2007-02/msg00618.html).
When installing a file with an "unusual" license (after checking first
@ -159,7 +159,7 @@ etc/future-bug
etc/letter.pbm,letter.xpm
- trivial, no notice needed.
<https://lists.gnu.org/archive/html/emacs-devel/2007-02/msg00324.html>
<https://lists.gnu.org/r/emacs-devel/2007-02/msg00324.html>
etc/FTP, ORDERS
- trivial (at time of writing), no license needed
@ -214,7 +214,7 @@ lib-src/etags.c
from a legal point of view.
lisp/cedet/semantic/imenu.el
- See https://lists.gnu.org/archive/html/emacs-devel/2010-03/msg00410.html
- See https://lists.gnu.org/r/emacs-devel/2010-03/msg00410.html
in which Eric Ludlam established that the remaining contributions
from authors other than himself were negligible.
@ -223,7 +223,7 @@ lisp/play/tetris.el
(2007/1) there is no problem with our use of the name "tetris" or
the concept.
rms: "My understanding is that game rules as such are not copyrightable."
<https://lists.gnu.org/archive/html/emacs-devel/2007-01/msg00960.html>
<https://lists.gnu.org/r/emacs-devel/2007-01/msg00960.html>
rms: Legal advice is that we are ok and need not worry about this.
@ -307,8 +307,8 @@ doc/*/*.texi - All manuals should be under GFDL (but see below), and
should include a copy of it, so that they can be distributed
separately. faq.texi has a different license, for some reason no-one
can remember.
https://lists.gnu.org/archive/html/emacs-devel/2007-04/msg00583.html
https://lists.gnu.org/archive/html/emacs-devel/2007-04/msg00618.html
https://lists.gnu.org/r/emacs-devel/2007-04/msg00583.html
https://lists.gnu.org/r/emacs-devel/2007-04/msg00618.html
doc/misc/mh-e.texi is dual-licensed (GPL and GFDL) per agreement with
FSF (reconfirmed by rms Aug 25 2008). Discussion with
@ -397,7 +397,7 @@ lisp/term/README
Accordingly, FSF copyright was added.
src/unexhp9k800.c
https://lists.gnu.org/archive/html/emacs-devel/2007-02/msg00138.html
https://lists.gnu.org/r/emacs-devel/2007-02/msg00138.html
- briefly removed due to legal uncertainly Jan-Mar 2007. The
relevant assignment is under "hp9k800" in copyright.list. File was
written by John V. Morris at HP, and disclaimed by the author and
@ -406,10 +406,10 @@ src/unexhp9k800.c
lisp/progmodes/python.el
Dave Love alerted us to a potential legal problem:
https://lists.gnu.org/archive/html/emacs-pretest-bug/2007-04/msg00459.html
https://lists.gnu.org/r/emacs-pretest-bug/2007-04/msg00459.html
On consultation with a lawyer, we found there was no problem:
https://lists.gnu.org/archive/html/emacs-devel/2007-05/msg00466.html
https://lists.gnu.org/r/emacs-devel/2007-05/msg00466.html
** Issues that are "fixed" for the release of Emacs 22, but we may
@ -527,7 +527,7 @@ None known.
The EMACS_22_BASE branch was changed to GPLv3 (or later) 2007/07/25.
Some notes:
(see https://lists.gnu.org/archive/html/emacs-devel/2007-07/msg01431.html)
(see https://lists.gnu.org/r/emacs-devel/2007-07/msg01431.html)
1. There are some files in the Emacs tree which are not part of Emacs (eg
those included from Gnulib). These are all copyright FSF and (at time

View file

@ -5,7 +5,7 @@ Some documentation tips culled from emacs-devel postings.
** Manual indices
https://lists.gnu.org/archive/html/emacs-devel/2008-10/msg00400.html
https://lists.gnu.org/r/emacs-devel/2008-10/msg00400.html
For example, this text:
@ -51,7 +51,7 @@ combine them into a single entry, e.g.:
** Point is a proper name
https://lists.gnu.org/archive/html/emacs-devel/2008-10/msg00414.html
https://lists.gnu.org/r/emacs-devel/2008-10/msg00414.html
In Emacs tradition, we treat "point" as a proper name when it refers
to the current editing location. It should not have an article.
@ -65,7 +65,7 @@ referring to point, please fix it.
** Don't use passive verbs
https://lists.gnu.org/archive/html/emacs-devel/2008-10/msg00414.html
https://lists.gnu.org/r/emacs-devel/2008-10/msg00414.html
Documentation is clearer if it avoids the passive voice whenever
possible. For example, rather than saying "Point does not move", say
@ -80,7 +80,7 @@ often provides important information which makes the text clearer, too.
*** Why Antinews is useful
https://lists.gnu.org/archive/html/emacs-devel/2008-11/msg00893.html
https://lists.gnu.org/r/emacs-devel/2008-11/msg00893.html
The usefulness of Antinews is to help people who buy the printed
manual and are still using the previous Emacs version. That's why we
@ -91,7 +91,7 @@ Of course, we try to make it amusing as well.
*** Don't mention in Antinews too many features absent in old versions
https://lists.gnu.org/archive/html/emacs-devel/2008-11/msg01054.html
https://lists.gnu.org/r/emacs-devel/2008-11/msg01054.html
Since the purpose of Antinews is to help people use the previous Emacs
version, there is usually no need to mention features that are simply
@ -114,4 +114,4 @@ In those cases, the user might have trouble figuring out how to use
the old version without some sort of help.
** To indicate possession, write Emacs's rather than Emacs'.
https://lists.gnu.org/archive/html/emacs-devel/2012-02/msg00649.html
https://lists.gnu.org/r/emacs-devel/2012-02/msg00649.html

View file

@ -12,7 +12,7 @@ git config --global user.email "fchu@example.com"
git config --global transfer.fsckObjects true
(See the thread "Recommend these .gitconfig settings for git integrity."
[https://lists.gnu.org/archive/html/emacs-devel/2016-01/threads.html#01802]
[https://lists.gnu.org/r/emacs-devel/2016-01/threads.html#01802]
for more details about why that last line is there.)
Initial setup

View file

@ -11,7 +11,7 @@ https://hydra.nixos.org/jobset/gnu/emacs-trunk
* It builds Emacs on various platforms.
Sometimes jobs fail due to hydra problems rather than Emacs problems.
Eg it seems like the darwin build will never work again.
https://lists.gnu.org/archive/html/hydra-users/2016-01/msg00000.html
https://lists.gnu.org/r/hydra-users/2016-01/msg00000.html
* Mail notifications
In addition to the web interface, Hydra can send notifications by

View file

@ -11,7 +11,7 @@ install it only on the emacs-24 branch, not on the master as well.
Installing things manually into more than one branch makes merges more
difficult.
https://lists.gnu.org/archive/html/emacs-devel/2010-03/msg01124.html
https://lists.gnu.org/r/emacs-devel/2010-03/msg01124.html
The exception is, if you know that the change will be difficult to
merge to the master (eg because the master code has changed a lot).
@ -40,7 +40,7 @@ so interim merges are unnecessary.
Or use shelves; or rebase; or do something else. See the thread for
yet another fun excursion into the exciting world of version control.
https://lists.gnu.org/archive/html/emacs-devel/2010-04/msg00086.html
https://lists.gnu.org/r/emacs-devel/2010-04/msg00086.html
* Installing changes from gnulib

View file

@ -3,7 +3,7 @@ Apparently these date from ye olden days, when tags were common
to several GNU projects. So many of them had no relevance to Emacs,
and hence were removed. See:
https://lists.gnu.org/archive/html/emacs-devel/2012-04/msg00042.html
https://lists.gnu.org/r/emacs-devel/2012-04/msg00042.html
In the unlikely event that you need them, the removed tags were:

View file

@ -1,6 +1,6 @@
GNU EMACS VERSIONING -*- org -*-
Ref: https://lists.gnu.org/archive/html/emacs-devel/2014-09/msg00872.html
Ref: https://lists.gnu.org/r/emacs-devel/2014-09/msg00872.html
Emacs version numbers have the form

View file

@ -37,4 +37,4 @@ but should keep the full list in a comment in the source.
--RMS, 2005-07-13
[1] Note that this includes 2001 - see
<https://lists.gnu.org/archive/html/emacs-pretest-bug/2006-12/msg00119.html>
<https://lists.gnu.org/r/emacs-pretest-bug/2006-12/msg00119.html>