summaryrefslogtreecommitdiff
path: root/gnu
diff options
context:
space:
mode:
authorwiz <wiz@NetBSD.org>2003-01-27 00:44:14 +0000
committerwiz <wiz@NetBSD.org>2003-01-27 00:44:14 +0000
commitbbaec56433183f31019e70812906daf87d745bbd (patch)
tree6ff1fdd5bb11f5afe8efd198cb6c9e0ad25ad7ac /gnu
parent902dd8b54d3bbfa3410bd81fb7e998d5ef3bcae0 (diff)
Sync with gzip-1.2.4a (typo fixes and email address changes).
Diffstat (limited to 'gnu')
-rw-r--r--gnu/usr.bin/gzip/README5
-rw-r--r--gnu/usr.bin/gzip/THANKS2
-rw-r--r--gnu/usr.bin/gzip/TODO2
-rw-r--r--gnu/usr.bin/gzip/algorithm.doc6
4 files changed, 7 insertions, 8 deletions
diff --git a/gnu/usr.bin/gzip/README b/gnu/usr.bin/gzip/README
index fdd73114487..e6f425191dd 100644
--- a/gnu/usr.bin/gzip/README
+++ b/gnu/usr.bin/gzip/README
@@ -39,10 +39,9 @@ For all machines, use "make check" to check that gzip was compiled
correctly. Try compiling gzip without any optimization if you have a
problem.
-Please send all comments and bug reports by electronic mail to:
- Jean-loup Gailly <jloup@chorus.fr>
+Please send all comments and bug reports by electronic mail to
+<bug-gzip@gnu.org>.
-or, if this fails, to bug-gnu-utils@prep.ai.mit.edu.
Bug reports should ideally include:
* The complete output of "gzip -V" (or the contents of revision.h
diff --git a/gnu/usr.bin/gzip/THANKS b/gnu/usr.bin/gzip/THANKS
index 6a545cb6a18..dd8f7bfd8b3 100644
--- a/gnu/usr.bin/gzip/THANKS
+++ b/gnu/usr.bin/gzip/THANKS
@@ -1,4 +1,4 @@
-gzip was written by Jean-loup Gailly <jloup@chorus.fr>, with portions
+gzip was written by Jean-loup Gailly <gzip@gnu.org>, with portions
written by Mark Adler (inflate.c), Peter Jannesen (unlzw.c) and
Haruhiko Okumura (unlzh.c). The zip deflate format was defined by Phil Katz.
Thanks to those who reported problems and suggested various
diff --git a/gnu/usr.bin/gzip/TODO b/gnu/usr.bin/gzip/TODO
index 865be925078..1335e632d18 100644
--- a/gnu/usr.bin/gzip/TODO
+++ b/gnu/usr.bin/gzip/TODO
@@ -55,4 +55,4 @@ Some of the planned features include:
- Implement the -e (encrypt) option.
-Send comments to Jean-loup Gailly <jloup@chorus.fr>.
+Send comments to <bug-gzip@gnu.org>.
diff --git a/gnu/usr.bin/gzip/algorithm.doc b/gnu/usr.bin/gzip/algorithm.doc
index 24f7619ab69..52b199172b3 100644
--- a/gnu/usr.bin/gzip/algorithm.doc
+++ b/gnu/usr.bin/gzip/algorithm.doc
@@ -48,7 +48,7 @@ match, thus speeding up the whole process. If compression ratio is more
important than speed, zip attempts a complete second search even if
the first match is already long enough.
-The lazy match evaluation is no performed for the fastest compression
+The lazy match evaluation is not performed for the fastest compression
modes (speed options -1 to -3). For these fast modes, new strings
are inserted in the hash table only when no match was found, or
when the match is not too long. This degrades the compression ratio
@@ -114,7 +114,7 @@ each with the following format:
subfield data
The subfield id can consist of two letters with some mnemonic value.
-Please send any such id to jloup@chorus.fr. Ids with a zero second
+Please send any such id to <gzip@gnu.org>. Ids with a zero second
byte are reserved for future use. The following ids are defined:
Ap (0x41, 0x70) : Apollo file type information
@@ -151,7 +151,7 @@ stamp of an encrypted file might be set to zero to avoid giving a clue
about the construction of the random header.
Jean-loup Gailly
-jloup@chorus.fr
+gzip@gnu.org
References: