gzip: minor time stamp cleanups

[debian/gzip] / NEWS

diff --git a/NEWS b/NEWS
index 6363d71bdb9f50432ce4c093ac9682cc0b13d3f3..8d0e10013893551926704e65760e7b199ba54ed5 100644 (file)
--- a/NEWS
+++ b/NEWS
@@ -2,6 +2,35 @@ GNU gzip NEWS                                    -*- outline -*-
 
 * Noteworthy changes in release ?.? (????-??-??) [?]
 
+** Bug fixes
+
+  When converting time stamps to gzip file format (32-bit unsigned) or
+  to time_t format (system-dependent), gzip now ignores out-of-range
+  values instead of shoehorning them into the destination format,
+  sometimes with undefined behavior.  This affects time stamps before
+  1970 and after 2106, and time stamps after 2038 on platforms with
+  32-bit signed time_t.  [bug present since the beginning]
+
+  Support for VMS and Amiga has been removed.  It was not working anyway,
+  and it reportedly caused file name glitches on MS-Windowsish platforms.
+
+
+* Noteworthy changes in release 1.8 (2016-04-26) [stable]
+
+** Bug fixes
+
+  gzip -l no longer falsely reports a write error when writing to a pipe.
+  [bug introduced in gzip-1.7]
+
+  Port to Oracle Solaris Studio 12 on x86-64.
+  [bug present since at least gzip-1.2.4]
+
+  When configuring gzip, ./configure DEFS='...-DNO_ASM...' now
+  suppresses assembler again.  [bug introduced in gzip-1.3.5]
+
+
+* Noteworthy changes in release 1.7 (2016-03-27) [stable]
+
 ** Changes in behavior
 
   The GZIP environment variable is now obsolescent; gzip now warns if
@@ -35,6 +64,10 @@ GNU gzip NEWS                                    -*- outline -*-
   gzip -k -v no longer reports that files are replaced.
   [bug present since the beginning]
 
+  zgrep -f A B C no longer reads A more than once if A is not a regular file.
+  This better supports invocations like 'zgrep -f <(COMMAND) B C' in Bash.
+  [bug introduced in gzip-1.2]
+
 
 * Noteworthy changes in release 1.6 (2013-06-09) [stable]