Bug#366660: gzip unlinks input before closing output, results in data loss

2006-11-26 Thread Bdale Garbee
On Sat, 2006-11-25 at 22:36 -0800, Paul Eggert wrote: This bug has now been fixed upstream, here: ftp://alpha.gnu.org/gnu/gzip/gzip-1.3.6.tar.gz The upstream version should have all the fixes in Debian's 1.3.5-15 package. However, upstream doesn't have functionality improvements like

Bug#366660: gzip unlinks input before closing output, results in data loss

2006-11-25 Thread Paul Eggert
This bug has now been fixed upstream, here: ftp://alpha.gnu.org/gnu/gzip/gzip-1.3.6.tar.gz The upstream version should have all the fixes in Debian's 1.3.5-15 package. However, upstream doesn't have functionality improvements like --rsyncable; just bug fixes for now. -- To UNSUBSCRIBE, email

Bug#366660: gzip unlinks input before closing output, results in data loss

2006-06-04 Thread Bdale Garbee
On Sat, 2006-06-03 at 12:52 +0200, Pierre Habouzit wrote: Bdale: will you have time to deal with it ? I can NMU it if you want. I've already merged the patch into my CVS, I just haven't done a new upload yet. Will try to get that done today or tomorrow. Bdale -- To UNSUBSCRIBE, email to

Bug#366660: gzip unlinks input before closing output, results in data loss

2006-06-03 Thread Pierre HABOUZIT
On Wed, May 10, 2006 at 04:43:01PM +1000, Matthew Chapman wrote: Package: gzip Version: 1.3.5-13 Severity: critical Tags: patch Justification: causes serious data loss gzip must check that closing the output file succeeds before removing the input file, since on an NFS filesystem write

Bug#366660: gzip unlinks input before closing output, results in data loss

2006-06-03 Thread Matthew Chapman
Pierre, The existing write_error() function prints an error, removes the output file and exits with an error code. So I believe that my patch is equivalent to what you are suggesting (except you have some unreachable code :)). Matt On Sat, Jun 03, 2006 at 12:29:37PM +0200, Pierre HABOUZIT

Bug#366660: gzip unlinks input before closing output, results in data loss

2006-06-03 Thread Pierre Habouzit
Le Sam 3 Juin 2006 12:40, Matthew Chapman a écrit : Pierre, The existing write_error() function prints an error, removes the output file and exits with an error code. So I believe that my patch is equivalent to what you are suggesting (except you have some unreachable code :)). ooh, sorry,

Bug#366660: gzip unlinks input before closing output, results in data loss

2006-05-10 Thread Matthew Chapman
Package: gzip Version: 1.3.5-13 Severity: critical Tags: patch Justification: causes serious data loss gzip must check that closing the output file succeeds before removing the input file, since on an NFS filesystem write failures may only be reported at close time (see the close(2) man page).