lzip-bug
[Top][All Lists]
Advanced

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

Re: [Lzip-bug] about lzip..


From: Antonio Diaz Diaz
Subject: Re: [Lzip-bug] about lzip..
Date: Wed, 19 Nov 2008 18:42:21 +0100
User-agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.7.11) Gecko/20050905

Jan Engelhardt wrote:
Even for projects that aim to be serious, people repeatedly thought
that in retrospect they should have chosen a name that was not listed
in Google - YMMV though.

Do you mean lzip is not a "serious" project? ;-)

WRT the name, most google results for lzip refer to the LZIP protein also named CREB3. If you want results for my lzip, better use "lzip gnu" or "lzip lzma" as search strings (without the quotes).


Lzip provides a much simpler and reliable implementation. Lzip also
provides a simple but safe file format, with magic bytes and
integrity checking. The stable branch of lzma-utils, the one
"widely used", uses the lzma-alone file format, which lacks both. I
hope everybody who cares about data safety will switch from the
lzma-alone format to the lzip format as soon as they know about it.

Have you conversed with tukaani.org's implementors about this? If so,
were there any objections to have your simplified code go into
lzma-utils?

Oh yes, I did it months ago. But he insists on supporting lzma-alone because it is widely used, don't mind how bad a format it is. Even worse, there are two other projects, 7zip and p7zip, that also produce lzma-alone files.

I don't know if the lzip format will displace the lzma-alone format, but users and packagers are not stupid as you can see in the comments to GNU ddrescue http://freshmeat.net/projects/addrescue/


Best regards,
Antonio.




reply via email to

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