X-Git-Url: https://git.gag.com/?a=blobdiff_plain;f=NEWS;h=8d0e10013893551926704e65760e7b199ba54ed5;hb=0b5368608007615308c2007138113d5ecc5ce2fb;hp=643987c6e6fd255983d01abaf96ce14da818bf6c;hpb=1ca6e925966706e828cb4435a528bb2335b6cbef;p=debian%2Fgzip diff --git a/NEWS b/NEWS index 643987c..8d0e100 100644 --- a/NEWS +++ b/NEWS @@ -2,6 +2,72 @@ 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 + it is used, and rejects attempts to use dangerous options or operands. + You can use an alias or script instead. + + Installed programs like 'zgrep' now use the PATH environment variable + as usual to find subsidiary programs like 'gzip' and 'grep'. + Previously they prepended the installation directory to the PATH, + which sometimes caused 'make check' to test the wrong gzip executable. + [bug introduced in gzip-1.3.13] + +** New features + + gzip now accepts the --synchronous option, which causes it to use + fsync and similar primitives to transfer output data to the output + file's storage device when the file system supports this. Although + this option makes gzip safer in the presence of system crashes, it + can make gzip considerably slower. + + gzip now accepts the --rsyncable option. This option is accepted in + all modes, but has effect only when compressing: it makes the resulting + output more amenable to efficient use of rsync. For example, when a + large input file gets a small change, a gzip --rsyncable image of + that file will remain largely unchanged, too. Without --rsyncable, + even a tiny change in the input could result in a totally different + gzip-compressed output file. + +** Bug fixes + + 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] @@ -20,9 +86,6 @@ GNU gzip NEWS -*- outline -*- on some platforms when compiled with optimization. [bug introduced in gzip-1.3.6] - gzip -k -v no longer reports that files are replaced. - [bug present since the beginning] - zgrep no longer malfunctions with a multi-digit context option like -15. Now, it passes that option to grep (equivalent to -C15) just as it does for single-digit options. [bug introduced in gzip-1.3.12] @@ -436,7 +499,7 @@ Major changes form 0.5 to 0.6: ======================================================================== -Copyright (C) 1999, 2001-2002, 2006-2007, 2009-2014 Free Software Foundation, +Copyright (C) 1999, 2001-2002, 2006-2007, 2009-2016 Free Software Foundation, Inc. Copyright (C) 1992, 1993 Jean-loup Gailly