bug-gzip
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Using --no-name with pipes by default for reproducibility (a patch i


From: Matt McCutchen
Subject: Re: Using --no-name with pipes by default for reproducibility (a patch included)
Date: Sun, 15 Aug 2010 17:32:00 -0700

Paul Eggert wrote: 
> On 08/02/10 02:39, Karel Klic wrote:
> > While --name might be useful when compressing a file, I think it should
> > not be enabled by default for pipes
> 
> But the patch you proposed doesn't check for pipes.  It disables saving
> time stamps when no file arguments are given.  This would mean
> that "gzip <file1 >file1.gz" would not record FILE1's time stamp.

Should it?  That example looks to me like gzip is being used as a
filter.  If I wanted it to save file1's timestamp, I would have used the
"gzip file1" form. 

> > The user suggests that --name is less useful than having the possibility
> > of comparing checksums even when compressing a file
> 
> The user can employ "gzip -n" when compressing.  That enables the
> desired behavior, and it works now.

I know that.  I'm wondering if anyone still relies on gzip saving the
metadata by default or it is (as I suspect) a historical relic that is
doing more harm than good.  None of the command-line frontends for newer
compression algorithms (bzip2, xz) do this. 

-- 
Matt





reply via email to

[Prev in Thread] Current Thread [Next in Thread]