X-Git-Url: https://git.gag.com/?a=blobdiff_plain;f=NEWS;h=50b2e99ad4de74796883cff761af2f4d05b844ee;hb=3707aff878d6063cf0ee515344a074c213207b22;hp=ce0daaddfe43730d81b2bc2d9d0a8080ff9f5789;hpb=3022fdb32287089d2201e715b7beb133a47ff608;p=debian%2Fgzip

diff --git a/NEWS b/NEWS
index ce0daad..50b2e99 100644
--- a/NEWS
+++ b/NEWS
@@ -1,5 +1,20 @@
 GNU gzip NEWS                                    -*- outline -*-
 
+* Noteworthy changes in release ?.? (????-??-??) [?]
+
+** Bug fixes
+
+  When converting timestamps 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 timestamps before
+  1970 and after 2106, and timestamps 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
@@ -108,7 +123,7 @@ GNU gzip NEWS                                    -*- outline -*-
   gzip -d could segfault and/or clobber the stack, possibly leading to
   arbitrary code execution.  This affects x86_64 but not 32-bit systems.
   This fixes CVE-2010-0001.
-  For more details, see http://bugzilla.redhat.com/554418
+  For more details, see https://bugzilla.redhat.com/554418
 
   gzip -d would fail with a CRC error for some valid inputs.
   So far, the only valid input known to exhibit this failure was
@@ -208,10 +223,10 @@ Major changes in Gzip 1.3.7 (2006-12-06)
 
 Major changes in Gzip 1.3.6 (2006-11-20)
 
-* Fix some race conditions in setting file time stamps, permissions, and owner.
+* Fix some race conditions in setting file timestamps, permissions, and owner.
 * Fix some race conditions in signal handling.
 * When gzip exits due to a signal, it exits with the signal's status, not 1.
-* gzip now restores file time stamps to the resolution supported by the
+* gzip now restores file timestamps to the resolution supported by the
   time-setting primitives of the operating system, typically 1 microsecond.
   Formerly it restored them only to the nearest second.
 * gzip -r no longer attempts to reset the last-access times of directories
@@ -344,7 +359,7 @@ Major changes from 1.0.7 to 1.1.
 * Added comparison of zip and gzip in the readme file.
 * Added small sample programs (ztouch, sub, add)
 * Use less memory when compiled with -DSMALL_MEM (for MSDOS).
-* Remove the "off by more than one minute" time stamp kludge
+* Remove the "off by more than one minute" timestamp kludge
 
 Major changes from 1.0.6 to 1.0.7.
 * Allow zmore to read from standard input (like more).
@@ -423,7 +438,7 @@ Major changes from 1.0.1 to 1.0.2
   on such systems.
 * Added gzexe to compress rarely used executables.
 * Reduce memory usage (required for MSDOS and useful on all systems).
-* Preserve time stamp in znew -P (pipe option) if touch -r works.
+* Preserve timestamp in znew -P (pipe option) if touch -r works.
 
 
 Major changes from 1.0 to 1.0.1
@@ -464,7 +479,7 @@ Major changes from 0.7 to 0.8:
 
 Major changes from 0.6 to 0.7:
 * Use "make check" instead of "make test".
-* Keep time stamp and pass options to gzip in znew.
+* Keep timestamp and pass options to gzip in znew.
 * Do not create .z.z files with gzip -r.
 * Allow again gunzip .zip files (was working in 0.5)
 * Allow again compilation with TurboC 2.0 (was working in 0.4)
@@ -484,7 +499,7 @@ Major changes form 0.5 to 0.6:
 
 ========================================================================
 
-Copyright (C) 1999, 2001-2002, 2006-2007, 2009-2016 Free Software Foundation,
+Copyright (C) 1999, 2001-2002, 2006-2007, 2009-2017 Free Software Foundation,
 Inc.
 Copyright (C) 1992, 1993 Jean-loup Gailly