[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.