emacs-bug-tracker
[Top][All Lists]
Advanced

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

[debbugs-tracker] bug#31065: closed (Version 2??)


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#31065: closed (Version 2??)
Date: Thu, 05 Apr 2018 00:19:01 +0000

Your message dated Wed, 4 Apr 2018 17:18:07 -0700
with message-id <address@hidden>
and subject line Re: bug#31065: Version 2??
has caused the debbugs.gnu.org bug report #31065,
regarding Version 2??
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
31065: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=31065
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: Version 2?? Date: Wed, 4 Apr 2018 22:10:32 +0100 (BST)

Hi, some time ago Jean-loup, said on http://www.gzip.org/recover.txt that

"As you can see, all this is not a trivial task, so you should attempt it only if your data is very valuable. gzip 2.0 will have a new blocksize option, allowing to recover easily all undamaged blocks after the damaged portion."

I'm using gzip 1.9 from the PCLinuxOS.


Can you please let me know:

1 Is it still the plan to get this into 2.0?

2 If you are, when do you think 2.0 will be out??

Thanks loads

Martin


--- End Message ---
--- Begin Message --- Subject: Re: bug#31065: Version 2?? Date: Wed, 4 Apr 2018 17:18:07 -0700
tags 31065 notabug
stop

On Wed, Apr 4, 2018 at 4:01 PM, Mark Adler <address@hidden> wrote:
> Jean-loup has not worked on gzip for many years, but I will leave it to the 
> gzip maintainers here to answer to their future intentions.
>
> However pigz has that ability now with the --independent option, where the 
> block size defaults to 128K, and can be changed with the --blocksize option. 
> See http://zlib.net/pigz/

Hi Mark, thanks for replying.

As for gzip vs. 2.0, I can say with confidence that we would strongly
discourage such an effort here. If you want that capability, use pigz.
While gzip is worth maintaining, it is definitely not the compression
tool of the future.

I've marked this as "notabug" and closed the issue in gzip's tracker,
but you're welcome to continue replying here.


--- End Message ---

reply via email to

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