[src/trunk]: src/gnu/usr.bin/gzip Sync with gzip-1.2.4a (typo fixes and email...

[wiz <wiz%NetBSD.org@localhost>]

details:   https://anonhg.NetBSD.org/src/rev/0d4bc47b4420
branches:  trunk
changeset: 542350:0d4bc47b4420
user:      wiz <wiz%NetBSD.org@localhost>
date:      Mon Jan 27 00:44:14 2003 +0000

description:
Sync with gzip-1.2.4a (typo fixes and email address changes).

diffstat:

 gnu/usr.bin/gzip/README        |  5 ++---
 gnu/usr.bin/gzip/THANKS        |  2 +-
 gnu/usr.bin/gzip/TODO          |  2 +-
 gnu/usr.bin/gzip/algorithm.doc |  6 +++---
 4 files changed, 7 insertions(+), 8 deletions(-)

diffs (64 lines):

diff -r 5880aa58776d -r 0d4bc47b4420 gnu/usr.bin/gzip/README
--- a/gnu/usr.bin/gzip/README   Mon Jan 27 00:32:44 2003 +0000
+++ b/gnu/usr.bin/gzip/README   Mon Jan 27 00:44:14 2003 +0000
@@ -39,10 +39,9 @@
 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@localhost>
+Please send all comments and bug reports by electronic mail to
+<bug-gzip%gnu.org@localhost>.
 
-or, if this fails, to bug-gnu-utils%prep.ai.mit.edu@localhost.
 Bug reports should ideally include:
 
     * The complete output of "gzip -V" (or the contents of revision.h
diff -r 5880aa58776d -r 0d4bc47b4420 gnu/usr.bin/gzip/THANKS
--- a/gnu/usr.bin/gzip/THANKS   Mon Jan 27 00:32:44 2003 +0000
+++ b/gnu/usr.bin/gzip/THANKS   Mon Jan 27 00:44:14 2003 +0000
@@ -1,4 +1,4 @@
-gzip was written by Jean-loup Gailly <jloup%chorus.fr@localhost>, with portions
+gzip was written by Jean-loup Gailly <gzip%gnu.org@localhost>, 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 -r 5880aa58776d -r 0d4bc47b4420 gnu/usr.bin/gzip/TODO
--- a/gnu/usr.bin/gzip/TODO     Mon Jan 27 00:32:44 2003 +0000
+++ b/gnu/usr.bin/gzip/TODO     Mon Jan 27 00:44:14 2003 +0000
@@ -55,4 +55,4 @@
 
 - Implement the -e (encrypt) option.
    
-Send comments to Jean-loup Gailly <jloup%chorus.fr@localhost>.
+Send comments to <bug-gzip%gnu.org@localhost>.
diff -r 5880aa58776d -r 0d4bc47b4420 gnu/usr.bin/gzip/algorithm.doc
--- a/gnu/usr.bin/gzip/algorithm.doc    Mon Jan 27 00:32:44 2003 +0000
+++ b/gnu/usr.bin/gzip/algorithm.doc    Mon Jan 27 00:44:14 2003 +0000
@@ -48,7 +48,7 @@
 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 @@
   subfield data
 
 The subfield id can consist of two letters with some mnemonic value.
-Please send any such id to jloup%chorus.fr@localhost. Ids with a zero second
+Please send any such id to <gzip%gnu.org@localhost>. 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 @@
 about the construction of the random header.
 
 Jean-loup Gailly
-jloup%chorus.fr@localhost
+gzip%gnu.org@localhost
 
 References: