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. _______________________________________________ Lzip-bug mailing list [email protected] https://lists.nongnu.org/mailman/listinfo/lzip-bug
