summaryrefslogtreecommitdiff
path: root/HACKING
diff options
context:
space:
mode:
authorThien-Thi Nguyen <ttn@gnuvola.org>2001-11-12 07:19:16 +0000
committerThien-Thi Nguyen <ttn@gnuvola.org>2001-11-12 07:19:16 +0000
commit1d61174a12efeca36d88786018f834ab3addec5e (patch)
treec3e9101c188c82b2879f438c259f9d327bba4c66 /HACKING
parent0bc9a83a58f531e70eac63b50dc39803b0bdfc31 (diff)
downloadguile-1d61174a12efeca36d88786018f834ab3addec5e.tar.gz
Restrict documentation change log
waiver to only apply to ChangeLog files.
Diffstat (limited to 'HACKING')
-rw-r--r--HACKING10
1 files changed, 4 insertions, 6 deletions
diff --git a/HACKING b/HACKING
index dd491b11b..23e01b956 100644
--- a/HACKING
+++ b/HACKING
@@ -448,12 +448,10 @@ alias for scm_map that guarantees the order in which we process list
elements, but we're not changing scm_map at all --- it's appropriate
to use the Scheme name in the log entry.
-- There's no need to keep a change log for documentation files. This
-is because documentation is not susceptible to bugs that are hard to
-fix. Documentation does not consist of parts that must interact in a
-precisely engineered fashion; to correct an error, you need not know
-the history of the erroneous passage. (This is copied from the GNU
-coding standards.)
+- There's no need to keep a change log for a ChangeLog file. For any
+other kind of file (including documentation, since our documentation
+is indeed precisely engineered -- we surpass GNU standards here), add
+an appropriate ChangeLog entry when you change it. Simple!
- Make sure you have papers from people before integrating their
changes or contributions. This is very frustrating, but very