Ville Oikarinen schrieb:
I am wondering if there are any plans to support the LGPL 7-Zip compression
format besides the already supported compress, gzip and bzip2 formats.
Thank you for the suggestion. Frankly speaking, in its current form the
7z tools fit poorly to the usual unix paradigm, and there does not seem
to be much demand for this kind of support. Anyway, I will consider it.
Funny, I just thought the same today after trying 7z.
I guess you refer to the - dare I say - very Windowish feature in 7z of
outputting unneeded crap to stdout, and maybe the command line could
contain convenience options for different compression settings.
Or are there other things that make it difficult to adapt 7z to the "unix
culture" and use it from tar? The annoying output of 7z can always be
redirected by tar.
The reason I'm interested in 7z is this:
686592 testdata.xls
165597 testdata.xls.bz2
113878 testdata.xls.7z
And I used bzip option -9 in this test! Who would have expect a difference
this big!?
Ville Oikarinen
_______________________________________________
Bug-tar mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/bug-tar
Well, as 7z is an open source program, it should be possible to solve
this problem by creating a new frontend for the compressing algorithms.
But the main Problem is that 7z is a format similar to the classic zip
fromat and thus not streamable, thats more a problem which possibly
could only be bypassed by developing a streamable version of the
algorithm.
But Maybe I'm wrong because I'm not very familiar with all that stuff...
Michael Postmann
|