AminetAminet
Search:
82840 packages online
About
Recent
Browse
Search
Upload
Setup
Services

util/pack/lzip.lha

Mirror:Random
Showing:m68k-amigaosppc-amigaosppc-morphosi386-arosi386-amithlonppc-warpupppc-powerupgeneric
No screenshot available
Short:Data (de)compressor like gzip or bzip2
Author:antonio at gnu.org (Antonio Diaz Diaz)
Uploader:polluks+aminet sdf lonestar org (Stefan Haubenthal)
Type:util/pack
Version:1.19
Architecture:ppc-morphos
URL:http://lzip.nongnu.org
Date:2017-06-02
Download:http://aminet.net/util/pack/lzip.lha - View contents
Readme:http://aminet.net/util/pack/lzip.readme
Downloads:533
Description

Lzip is a lossless data compressor with a user interface similar to the
one of gzip or bzip2. Lzip can compress about as fast as gzip (lzip -0),
or compress most files more than bzip2 (lzip -9). Decompression speed is
intermediate between gzip and bzip2. Lzip is better than gzip and bzip2
from a data recovery perspective.

The lzip file format is designed for data sharing and long-term
archiving, taking into account both data integrity and decoder
availability:

   * The lzip format provides very safe integrity checking and some data
     recovery means. The lziprecover program can repair bit-flip errors
     (one of the most common forms of data corruption) in lzip files,
     and provides data recovery capabilities, including error-checked
     merging of damaged copies of a file.

   * The lzip format is as simple as possible (but not simpler). The
     lzip manual provides the source code of a simple decompressor along
     with a detailed explanation of how it works, so that with the only
     help of the lzip manual it would be possible for a digital
     archaeologist to extract the data from a lzip file long after
     quantum computers eventually render LZMA obsolete.

   * Additionally the lzip reference implementation is copylefted, which
     guarantees that it will remain free forever.

A nice feature of the lzip format is that a corrupt byte is easier to
repair the nearer it is from the beginning of the file. Therefore, with
the help of lziprecover, losing an entire archive just because of a
corrupt byte near the beginning is a thing of the past.

Lzip uses the same well-defined exit status values used by bzip2, which
makes it safer than compressors returning ambiguous warning values (like
gzip) when it is used as a back end for other programs like tar or
zutils.

Lzip will automatically use the smallest possible dictionary size for
each file without exceeding the given limit. Keep in mind that the
decompression memory requirement is affected at compression time by the
choice of dictionary size limit.

The amount of memory required for compression is about 1 or 2 times the
dictionary size limit (1 if input file size is less than dictionary size
limit, else 2) plus 9 times the dictionary size really used. The option
'-0' is special and only requires about 1.5 MiB at most. The amount of
memory required for decompression is about 46 kB larger than the
dictionary size really used.

When compressing, lzip replaces every file given in the command line
with a compressed version of itself, with the name "original_name.lz".
When decompressing, lzip attempts to guess the name for the decompressed
file from that of the compressed file as follows:

filename.lz    becomes   filename
filename.tlz   becomes   filename.tar
anyothername   becomes   anyothername.out

(De)compressing a file is much like copying or moving it; therefore lzip
preserves the access and modification dates, permissions, and, when
possible, ownership of the file just as "cp -p" does. (If the user ID or
the group ID can't be duplicated, the file permission bits S_ISUID and
S_ISGID are cleared).

Lzip is able to read from some types of non regular files if the
"--stdout" option is specified.

If no file names are specified, lzip compresses (or decompresses) from
standard input to standard output. In this case, lzip will decline to
write compressed output to a terminal, as this would be entirely
incomprehensible and therefore pointless.

Lzip will correctly decompress a file which is the concatenation of two
or more compressed files. The result is the concatenation of the
corresponding uncompressed files. Integrity testing of concatenated
compressed files is also supported.

Lzip can produce multimember files, and lziprecover can safely recover
the undamaged members in case of file damage. Lzip can also split the
compressed output in volumes of a given size, even when reading from
standard input. This allows the direct creation of multivolume
compressed tar archives.

Lzip is able to compress and decompress streams of unlimited size by
automatically creating multimember output. The members so created are
large, about 2 PiB each.

In spite of its name (Lempel-Ziv-Markov chain-Algorithm), LZMA is not a
concrete algorithm; it is more like "any algorithm using the LZMA coding
scheme". For example, the option '-0' of lzip uses the scheme in almost
the simplest way possible; issuing the longest match it can find, or a
literal byte if it can't find a match. Inversely, a much more elaborated
way of finding coding sequences of minimum size than the one currently
used by lzip could be developed, and the resulting sequence could also
be coded using the LZMA coding scheme.

Lzip currently implements two variants of the LZMA algorithm; fast
(used by option '-0') and normal (used by all other compression levels).

The high compression of LZMA comes from combining two basic, well-proven
compression ideas: sliding dictionaries (LZ77/78) and markov models (the
thing used by every compression algorithm that uses a range encoder or
similar order-0 entropy coder as its last stage) with segregation of
contexts according to what the bits are used for.

The ideas embodied in lzip are due to (at least) the following people:
Abraham Lempel and Jacob Ziv (for the LZ algorithm), Andrey Markov (for
the definition of Markov chains), G.N.N. Martin (for the definition of
range encoding), Igor Pavlov (for putting all the above together in
LZMA), and Julian Seward (for bzip2's CLI).


Copyright (C) 2008-2017 Antonio Diaz Diaz.

This file is free documentation: you have unlimited permission to copy,
distribute and modify it.

The file Makefile.in is a data file used by configure to produce the
Makefile. It has the same copyright owner and permissions that configure
itself.


Contents of util/pack/lzip.lha
PERMISSION  UID  GID    PACKED    SIZE  RATIO METHOD CRC     STAMP     NAME
---------- ----------- ------- ------- ------ ---------- ------------ ----------
[generic]                 1725    5811  29.7% -lh5- 23d1 Jan 12 23:05 lzip-1.19/arg_parser.cc
[generic]                 1401    3584  39.1% -lh5- 549d Jan  5 13:56 lzip-1.19/arg_parser.h
[generic]                  242     366  66.1% -lh5- 81ed Jul 27  2013 lzip-1.19/AUTHORS
[generic]                 3894   11678  33.3% -lh5- 37cc Apr 13 11:52 lzip-1.19/ChangeLog
[generic]                 2070    5795  35.7% -lh5- 3eea Apr 13 11:52 lzip-1.19/configure
[generic]                 6967   18025  38.7% -lh5- 37dd Jun 16  2014 lzip-1.19/COPYING
[generic]                 2775    8923  31.1% -lh5- 5683 Feb  3 22:31 lzip-1.19/decoder.cc
[generic]                 2400    8385  28.6% -lh5- 8730 Jan 15 18:00 lzip-1.19/decoder.h
[generic]                 1494    3098  48.2% -lh5- 76ad Apr 13 11:54 lzip-1.19/doc/lzip.1
[generic]                20045   58507  34.3% -lh5- 7128 Apr 13 11:52 lzip-1.19/doc/lzip.info
[generic]                19846   56982  34.8% -lh5- 721b Apr 13 11:52 lzip-1.19/doc/lzip.texi
[generic]                 4869   19703  24.7% -lh5- 9553 Jan  7 13:26 lzip-1.19/encoder.cc
[generic]                 2717    9127  29.8% -lh5- e075 Jan  7 13:26 lzip-1.19/encoder.h
[generic]                 1949    5697  34.2% -lh5- 27fa Mar  1 23:06 lzip-1.19/encoder_base.cc
[generic]                 3666   14877  24.6% -lh5- f210 Mar 23 10:46 lzip-1.19/encoder_base.h
[generic]                 1889    5885  32.1% -lh5- 23bf Feb  4 16:51 lzip-1.19/fast_encoder.cc
[generic]                  906    1855  48.8% -lh5- e331 Mar  3 19:48 lzip-1.19/fast_encoder.h
[generic]                 2182    7106  30.7% -lh5- 9772 Mar  3 23:05 lzip-1.19/file_index.cc
[generic]                 1064    2711  39.2% -lh5- f95e Feb 23 17:34 lzip-1.19/file_index.h
[generic]                  936    1889  49.6% -lh5- 82ed Jan  7 13:26 lzip-1.19/INSTALL
[generic]                 1549    4319  35.9% -lh5- f9fd Mar 15 23:32 lzip-1.19/list.cc
[generic]               105015  252072  41.7% -lh5- b2fc Jun  2 00:16 lzip-1.19/lzip
[generic]                 3036    9314  32.6% -lh5- 1730 Mar 16 18:44 lzip-1.19/lzip.h
[generic]                 8834   31287  28.2% -lh5- 2b91 Mar 24 18:48 lzip-1.19/main.cc
[generic]                 1130    4164  27.1% -lh5- 201d Dec 21  2016 lzip-1.19/Makefile.in
[generic]                  304     500  60.8% -lh5- 69c9 Mar 16 23:54 lzip-1.19/NEWS
[generic]                 2580    5830  44.3% -lh5- e071 Mar  4 12:17 lzip-1.19/README
[generic]                 1886    9147  20.6% -lh5- 7a7b Mar 12 19:44 lzip-1.19/testsuite/check.sh
[generic]                13650   36388  37.5% -lh5- 8ee1 Jun 16  2014 lzip-1.19/testsuite/test.txt
[generic]                 7376    7376 100.0% -lh0- e4f2 May 30  2016 lzip-1.19/testsuite/test.txt.lz
---------- ----------- ------- ------- ------ ---------- ------------ ----------
 Total        30 files  228397  610401  37.4%            Jun  2 20:52

Aminet © 1992-2019 Urban Müller and the Aminet team. Aminet contact address: <aminetaminet net>