lzip-bug
[Top][All Lists]
Advanced

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

Re: [Lzip-bug] Regarding Verbose Output for Decompression in Lzip


From: Antonio Diaz Diaz
Subject: Re: [Lzip-bug] Regarding Verbose Output for Decompression in Lzip
Date: Mon, 28 Aug 2017 20:32:32 +0200
User-agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.9.1.19) Gecko/20110420 SeaMonkey/2.0.14

Hi Timothy. Thanks for your comments.

Timothy Beryl Grahek wrote:
if Lzip could keep that same final output while having an
implementation for progress, that would be highly desirable.

This is what I intend to do.


I notice that the word 'ok' does not appear at the end if you are
either compressing or decompressing an archive, but it does appear
when testing an archive.

Following the user interface of bzip2, lzip shows "done" when decompressing. When compressing, just the sizes, etc, are shown, because there is no integrity to be checked during compression.

The behavior is similar to that of md5sum:

$ md5sum rfc6557.txt
4fe6ac0511d7ffce4cddb6985ec763ac  rfc6557.txt
$ md5sum -c rfc6557.txt.md5
rfc6557.txt: OK


Lastly, a '-g' option seems like a good choice if '-vv' won't work.

It seems that '-g' has been just adopted by POSIX compress to mean "Use the deflate algorithm"[1]. Maybe we can use '-p, --progress' if finally a new option is needed.

[1] http://austingroupbugs.net/view.php?id=1041


If you do go with that, what makes the most sense to me is if you
remove the progress indicator in compression when specifying '-vv'
and then opting for progress for both operations when specifying the
'-g' option.

Even in this case, '-vv' could be left as is for compression, for backward compatibility.


I can check this for you,

Thank you. Your help is welcome. :-)


Best regards,
Antonio.



reply via email to

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