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: Timothy Beryl Grahek
Subject: Re: [Lzip-bug] Regarding Verbose Output for Decompression in Lzip
Date: Fri, 25 Aug 2017 11:08:30 -0700

Hi Antonio,

On Fri, Aug 25, 2017 at 8:21 AM, Antonio Diaz Diaz <address@hidden> wrote:
Thanks. This has been recently requested[1]. I plan to start working on it in a few days, and then implement it as soon as I can work out some details[2]. Suggestions are welcome. :-)

[1] http://lists.nongnu.org/archive/html/lzip-bug/2017-07/msg00005.html
[2] http://lists.nongnu.org/archive/html/lzip-bug/2017-07/msg00011.html

I apologize for not noticing ahead of time that this feature was requested already. But at least I was able to give you some input. :)

Regarding the second mailing list you referred to, I think including a progress meter in the verbose option in decompression ultimately depends if you can get the same behavior on both compression and decompression. In other words, when I specify 'vv' when compressing, I see progress; when I specify 'vv' when decompressing, I would like to see similar progress up till right before the end. I definitely think the final output for Lzip is superior to XZ in its current form, so if Lzip could keep that same final output while having an implementation for progress, that would be highly desirable.

To be as clear as possible, something like this would be good for decompression, in my humble opinion:

lzip -vvd TImages2.tar.lz
TImages2.tar.lz:   75%  239.1 MB
then
TImages2.tar.lz:  2.740:1,  2.919 bits/byte, 63.51% saved, 114831363 in, 314664960 out.

So it's the same as compression, if it were to look like this. The size after the percentage in this example is referring to the uncompressed size, but it probably makes more sense for it to refer to the compressed size when decompressing. But it's up to you what makes more sense, really. ;)

I find the output of lzip much nicer (and similar to gzip/bzip2) than that of xz, specially when decompressing multiple files. In particular I like that lzip prints one line per file, and shows an "ok" at the end

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. Anyhow, I definitely prefer the output and interface of Lzip compared to XZ. :)

Lastly, a '-g' option seems like a good choice if '-vv' won't work. 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. I can check this for you, if you would like me to, but I believe Bzip2 does not show progress with either compression or decompression when specifying '-vv', so that is certainly noteworthy when considering using a '-g' option. In that case, it may very well be more desirable to use '-g' instead of '-vv' to indicate progress.

Best regards,

Timothy Beryl Grahek



reply via email to

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