Hi Steffen,
Steffen Nurpmeso wrote:
The package system (no info, no README or the like are installed,
only manuals) has a
readme
Print the port’s README file if it exists; if set, uses $PAGER
option, it prints a port-specific README file; would it be ok for
you if i note the
Hi Steffen,
Steffen Nurpmeso wrote:
#?0|kent:plzip-1.11$ cp /x/balls/gcc-13.2.0.tar.xz X1
#?0|kent:plzip-1.11$ cp X1 X2
[...]
-rw-r- 1 steffen steffen 89049959 May 7 22:14 X1.lz
-rw-r- 1 steffen steffen 89079463 May 7 22:14 X2.lz
Note that if you use uncompressible files
Steffen Nurpmeso wrote:
The above means "on files of only a few MB plzip can't be faster than lzip,
no matter what options you use". Of course, at high compression levels the
"few MB" become "several tens of MB".
I think i now have understood your approach.
But i claim it is not what people
Steffen Nurpmeso wrote:
Thanks for the quick response on a Saturday.
You are welcome. :-)
Note that the number of usable threads is limited by file size;
on files larger than a few GB plzip can use hundreds of
processors, but on files of only a few MB plzip is no faster than
Hello Steffen,
Steffen Nurpmeso wrote:
plzip: manual gives very false numbers, real defaults are huge!
But if you pass options to plzip (-9 -n4) then you are no longer using the
defaults. ;-)
but while compressing a 70MB file i realized it was not multithreaded.
At compression level 9
jd...@ube.sent.com wrote:
so it seems that we are on the right track with the unsupported 'T'
separator. will just patch out the section as before and put tarlz to
work around the office.
Thanks again for the feedback. I'll modify the test to skip the dates that
the system's 'touch' can't
hello J Dean,
Thank you very much for reporting this.
J Dean wrote:
testing --create...touch: invalid date '2022-01-05T12:22:13'
[...]
could this be a busybox touch quirk? only by patching the --create --mtime test
section out does the build complete with all other tests passing.
This seems
Lzlib 1.15-pre1 is ready for testing here
http://download.savannah.gnu.org/releases/lzip/lzlib/lzlib-1.15-pre1.tar.lz
http://download.savannah.gnu.org/releases/lzip/lzlib/lzlib-1.15-pre1.tar.gz
The sha256sums are:
b801f5fca2623078853a967793447fd81cb7dfb687ab7aed79ae8c4cac532795
Hi NRK,
NRK wrote:
I'm a bit a confused about the minilzip program included in lzlib, the
manpage says it's a test program, but also says that it's compatible
with lzip 1.4.
"compatible" in the sense that it is interoperable (it can decompress files
produced by lzip, and vice versa), not in
Hi Steffen,
Steffen Nurpmeso wrote:
How about malloc hookability?
https://developers.redhat.com/articles/2021/08/25/securing-malloc-glibc-why-malloc-hooks-had-go
"The key misfeature of the debugging hooks, though, was their presence as
unprotected function pointers that were guaranteed to be
In public discussions about the backdoor recently discovered in xz-utils, I
have noticed that some people are considering a possible switch to lzip but
are worried that the same social engineering techniques that made possible
the insertion of the backdoor in xz might also be used against lzip.
I am pleased to announce the release of lzip 1.24.1.
Lzip is a lossless data compressor with a user interface similar to the one
of gzip or bzip2. Lzip uses a simplified form of the 'Lempel-Ziv-Markov
chain-Algorithm' (LZMA) stream format to maximize interoperability. The
maximum dictionary
Sean Link wrote:
I tested both rc1 and rc2 for 1.24. Both failed.
Of course both failed. ;-)
The problem is that nobody tested them before I released 1.24 stable, and
now I have to release 1.24.1 just to fix a compilation failure on mingw.
Best regards,
Antonio.
Weijia Wang wrote:
I can confirm that the patch fixed the regression on MinGW, both on my machine
and on CI:
https://github.com/NixOS/nixpkgs/pull/292137/checks?check_run_id=22158903421
Thank you very much.
I'll release lzip-1.24.1 ASAP.
Best regards,
Antonio.
Hi Sean,
Sean Link wrote:
See https://github.com/NixOS/nixpkgs/pull/292137
Thanks.
As reported at
https://github.com/NixOS/nixpkgs/pull/292137#issuecomment-1970071254 , the
problem is already (hopefully) fixed upstream.
It is a pity that nobody cares to test the release candidates (I
wrotycz wrote:
You should make prepare standalone lzip codec that could be compiled to
.dll/.so and published, so people can put it in their 7zip/Codedecs
directory and use.
[...]
I can campile it for windows but I can't make it on my own, though I tried.
Thank you for your offer to help. I
Francesco Turco wrote:
I suggest to replace all instances of "http://; with "https://; in the
source code. As far as I can see, all instances of "http://; only refer
to the domains nongnu.org and gnu.org (both of which support HTTPS), so
a simple global search-and-replace with sed would do the
Hello Francesco,
Francesco Turco wrote:
I found two instances of the name "Markov" which are incorrectly
capitalized in the documentation.
Thank you very much for reporting this.
I have fixed it in the packages affected (lzip, clzip, and lzlib). The
change will appear in the next version of
wrotycz wrote:
I don't know the stand of mingw of other compiler developers, what is
and what is not standard/non standard, deprecated or not, but I,
personally, would use mkdir, just because it does not compile on MSVC. I
mean, last time I tested it compiled but did not work - it produced
wrotycz wrote:
In (c)lzip definition of mkdir takes 2 arguments while in windows it
takes 1, which causes compilation error.
Thank you for reporting this.
I have fixed it mostly as you suggest, but prepending an underscore as
suggested by gnulib[1]. I have inserted the following at line 47
I am pleased to announce the release of lzip 1.24.
Lzip is a lossless data compressor with a user interface similar to the one
of gzip or bzip2. Lzip uses a simplified form of the 'Lempel-Ziv-Markov
chain-Algorithm' (LZMA) stream format to maximize interoperability. The
maximum dictionary
I am pleased to announce the release of clzip 1.14.
Clzip is a C language version of lzip, compatible with lzip 1.4 or newer. As
clzip is written in C, it may be easier to integrate in applications like
package managers, embedded devices, or systems lacking a C++ compiler.
Lzip is a lossless
I am pleased to announce the release of lunzip 1.14.
Lunzip is a decompressor for the lzip format written in C. Its small size
makes it well suited for embedded devices or software installers that need
to decompress files but don't need compression capabilities. Lunzip is
compatible with lzip
I am pleased to announce the release of pdlzip 1.13.
Pdlzip is a permissively licensed implementation of the lzip data
compressor, intended for those who can't distribute (or even use) GPL
licensed Free Software. The name of pdlzip comes from 'public domain lzip'.
Pdlzip is written in C and
I am pleased to announce the release of plzip 1.11.
Plzip is a massively parallel (multi-threaded) implementation of lzip,
compatible with lzip 1.4 or newer. Plzip uses the compression library lzlib.
Lzip is a lossless data compressor with a user interface similar to the one
of gzip or
I am pleased to announce the release of lzlib 1.14.
Lzlib is a compression library providing in-memory LZMA compression and
decompression functions, including integrity checking of the decompressed
data. The compressed data format used by lzlib is the lzip format. Lzlib is
written in C. Lzlib
I am pleased to announce the release of lziprecover 1.24.
Lziprecover is a data recovery tool and decompressor for files in the lzip
compressed data format (.lz). Lziprecover is able to repair slightly damaged
files (up to one single-byte error per member), produce a correct file by
merging
Lzip 1.24-rc2 is ready for testing here
http://download.savannah.gnu.org/releases/lzip/lzip-1.24-rc2.tar.lz
http://download.savannah.gnu.org/releases/lzip/lzip-1.24-rc2.tar.gz
The sha256sums are:
0f997ce64c2cdd90d62072b10f17a069fea8e6762afea11a9ae2fc6914e48dd8
lzip-1.24-rc2.tar.lz
I am pleased to announce the release of xlunzip 0.8.
Xlunzip is a test tool for the lzip decompression code of my lzip patch for
linux. Xlunzip is similar to lunzip, but it uses the lzip_decompress linux
module as a backend. Xlunzip tests the module for stream, buffer-to-buffer,
and mixed
Hello Roland,
Roland wrote:
I just noted that the link http://www.cs.indiana.edu/~kinzler/z/ at the
bottom of the section https://www.nongnu.org/lzip/lzip.html#links does
not lead to a web page.
Thank you very much for reporting this.
It seems that 'z' has moved to https://kinzler.com/me/z/
I am pleased to announce the release of tarlz 0.25.
Tarlz is a massively parallel (multi-threaded) combined implementation of
the tar archiver and the lzip compressor. Tarlz uses the compression library
lzlib.
Tarlz creates tar archives using a simplified and safer variant of the POSIX
pax
Dear all,
I'm trying to register the media type 'application/lzip' at IANA. You can
see the details in the current version of the Internet Draft for lzip at
https://datatracker.ietf.org/doc/draft-diaz-lzip/
As lzip is not backed/endorsed/authored by any large internet corporation,
the
I am pleased to announce the release of lzd 1.4.
Lzd is a simplified decompressor for the lzip format with an educational
purpose. Studying its source code is a good first step to understand how
lzip works. Lzd is written in C++.
The source code of lzd is used in the lzip manual as a
Lzip 1.24-rc1 is ready for testing here
http://download.savannah.gnu.org/releases/lzip/lzip-1.24-rc1.tar.lz
http://download.savannah.gnu.org/releases/lzip/lzip-1.24-rc1.tar.gz
The sha256sums are:
d3f24664ebb93a7e1e90f7daabd5cdd5655d36e81b8ac8ac5d439ab7184125e4
lzip-1.24-rc1.tar.lz
Clzip 1.14-rc1 is ready for testing here
http://download.savannah.gnu.org/releases/lzip/clzip/clzip-1.14-rc1.tar.lz
http://download.savannah.gnu.org/releases/lzip/clzip/clzip-1.14-rc1.tar.gz
The sha256sums are:
c3911d9a4d505bc5bf9136033b19295752e08615c2873312a4c11e175c9fe20f
Plzip 1.11-rc1 is ready for testing here
http://download.savannah.gnu.org/releases/lzip/plzip/plzip-1.11-rc1.tar.lz
http://download.savannah.gnu.org/releases/lzip/plzip/plzip-1.11-rc1.tar.gz
The sha256sums are:
6eb398c07c3623b7f879361d7a3ec0b8e69309bc1d1a29b8fb306d1cc0aaad1d
Lzlib 1.14-rc1 is ready for testing here
http://download.savannah.gnu.org/releases/lzip/lzlib/lzlib-1.14-rc1.tar.lz
http://download.savannah.gnu.org/releases/lzip/lzlib/lzlib-1.14-rc1.tar.gz
The sha256sums are:
291fe6ed1830632908c1c66f3a85ecb7ad4ea457b7908762dd1bfefd7bad68c6
Lziprecover 1.24-rc1 is ready for testing here
http://download.savannah.gnu.org/releases/lzip/lziprecover/lziprecover-1.24-rc1.tar.lz
http://download.savannah.gnu.org/releases/lzip/lziprecover/lziprecover-1.24-rc1.tar.gz
The sha256sums are:
Lunzip 1.14-rc1 is ready for testing here
http://download.savannah.gnu.org/releases/lzip/lunzip/lunzip-1.14-rc1.tar.lz
http://download.savannah.gnu.org/releases/lzip/lunzip/lunzip-1.14-rc1.tar.gz
The sha256sums are:
85c14e7b4e1294b4610b71d2201e3b86a87ba223e1a85f42c4a2928eb94dcb9f
Pdlzip 1.13-rc1 is ready for testing here
http://download.savannah.gnu.org/releases/lzip/pdlzip/pdlzip-1.13-rc1.tar.lz
http://download.savannah.gnu.org/releases/lzip/pdlzip/pdlzip-1.13-rc1.tar.gz
The sha256sums are:
ec8b14c901336d5e966d915f87d8c55cc11d3d4b89baf984718c01937aee2f08
Hi Rui,
Rui Chen wrote:
I am trying to upgrade tarlz to 0.24 for homebrew. But need some build
patch as below for major,minor,makedev on OSX builds
Thank you very much for reporting this.
makedev, major, and minor are annoying because the POSIX pax format requires
them, but POSIX leaves
wrotycz wrote:
So, in my humble opinion, to do be precise and do justice to creators of
the scheme, namely Storer and Szymanski, in Readme it would be good to
state about LZSS rather than LZ77 as they have as much in common as
Stevenson's locomotive and TGV.
I have never seen neither the
I am pleased to announce the release of tarlz 0.24.
Tarlz is a massively parallel (multi-threaded) combined implementation of
the tar archiver and the lzip compressor. Tarlz uses the compression library
lzlib.
Tarlz creates tar archives using a simplified and safer variant of the POSIX
pax
Devon Sean McCullough wrote:
The reason why I implemented --diff as I did is that the documentation
for GNU tar seems to imply that --directory is order sensitive only
for --create:
LOL, now to test GNU tar for the same confusion, and if present, report
that bug as well - as if I didn't have
Dear Devon,
Devon Sean McCullough wrote:
tarlz --create and tarlz --diff fail to work compatibly.
Thank you very much for reporting this.
This is not a bug, in the sense that I implemented --diff on purpose as it
is now. But I agree with you that it would be more useful to process option
Hello Klaus,
Thank you for the patch.
Klaus Holst Jacobsen wrote:
I have a patch which will enable the usage of a custom compiler.
You may already use a custom compiler with a command like this:
./configure CXX=your_compiler
See the output of "./configure --help" and the following
Scott Mcdermott wrote:
You are right, I did not think it were possible, but there were read
errors on the NVME device in the kernel log, which I was able to
reproduce with 'dd' skip to the LBA and issue reads. Interestingly,
"tar | pbzip2" finished the whole thing without error, although
Hello Scott,
Scott Mcdermott wrote:
Hello, I was using tarlz 0.22 / liblz 1.13 like this:
tarlz -cpf file.tlz dir
Note that option '-p, --preserve-permissions' (don't subtract the umask on
extraction) does not have effect on archive creation.
to compress a 37GB directory 'dir'
Lziprecover 1.24-pre1 is ready for testing here
http://download.savannah.gnu.org/releases/lzip/lziprecover/lziprecover-1.24-pre1.tar.lz
http://download.savannah.gnu.org/releases/lzip/lziprecover/lziprecover-1.24-pre1.tar.gz
The sha256sums are:
Dear Wolfgang,
Thank you for your message. I'll try to clarify things and maybe improve the
wording of Section 2.10.4.
Wolfgang Liessmann wrote:
in section "2.10.4 The 'Block Check' field" you present a formula
Inaccuracy = (compressed_size * Pudc + CS_size) / (compressed_size + CS_size)
Hello Niclas,
Niclas Rosenvik wrote:
I like to be able to look up lzlib via pkg-config, I searched the mailing
list and found that others want it too.
Maybe pkg-config is useful for libraries with non-standard dependencies, but
AFAICT pkg-config is 100% useless for lzlib. You may have
Daniel Baumann wrote:
completely unrelated: the freeze for Debian 12 (bookworm) is coming up..
Thank you for the reminder.
I planned to release zutils 1.12 by about today, but I got delayed. I expect
to release it in a few days, much sooner than the 5th of February.
Best regards,
Antonio.
Hi Daniel,
Happy new year! :-)
Daniel Baumann wrote:
in Debian we've recieved a bug report that tarlz isn't supporting xattr
like tar.
It would be nice if tarlz could support both xattr and acls like tar
does, to make it (more of) a drop-in replacement of tar.
I have never planned to
Hello Michał,
Michał Górny wrote:
The lzlib.h header installed by lzlib uses the uint8_t type, yet doesn't
include . As a result, programs using it fail to compile
unless they happen to include prior to ,
Thank you very much for reporting this.
It is the responsibility of the program
Hi Adam.
Adam Tuja wrote:
As you mentioned C99, out of curiosity I tried to compile it with -std=c99 and
the result was, to say the least, surprising. I got bunch of serious warnings
and an error.
If you choose a C standard, you also need to enable the POSIX stuff
explicitly like this:
Stefan A. Haubenthal wrote:
vc +kick13 -Ivbcc:PosixLib/include -DPROGVERSION="1.13" -c -o main.o main.c
if( !open_outstream( true, in_statsp ) )
error 39 in line 702 of "main.c": invalid types for assignment
1 error found!
It seems that your report is about clzip.
Note that
I am pleased to announce the release of lzd 1.3.
Lzd is a simplified decompressor for the lzip format with an educational
purpose. Studying its source code is a good first step to understand how
lzip works. Lzd is written in C++.
The source code of lzd is used in the lzip manual as a
I am pleased to announce the release of tarlz 0.23.
Tarlz is a massively parallel (multi-threaded) combined implementation of
the tar archiver and the lzip compressor. Tarlz uses the compression library
lzlib.
Tarlz creates tar archives using a simplified and safer variant of the POSIX
pax
DustDFG wrote:
Maybe it is a noob question but I want to know an answer. Why does tarlz
'configure' file not use standard command line options like --libdir
--includedir --syslibdir?
Because tarlz does not need them. (Tarlz does not install libraries).
See
DustDFG wrote:
I found that tarlz is starting infinite work when I run command with
-t flag but without -f flag.
The GNU tar prints an error message in this case
If no archive is specified (with -f), both GNU tar and tarlz try to read it
from standard input. This is not an infinite loop,
Hi Firas,
Firas Khalil Khana wrote:
The word "dinamically" should be "dynamically".
Thank you very much for reporting this. I have just fixed it in the
development version and will fix the online version soon.
Best regards,
Antonio.
Hello Avinash,
Avinash Sonawane wrote:
Here's a 10+ lines long liblzma.pc.in:
https://git.tukaani.org/?p=xz.git;a=blob;f=src/liblzma/liblzma.pc.in;h=9fa489115a0a23c6162fa7d8bf1f634210071036;hb=HEAD
to get inspiration from.
Here's bzip2.pc.in (10+ lines):
Adam Tuja wrote:
The comparison here would be the same as with lzma, that is slightly faster. [1]
Bigger advantage, beside compression speed, is revealed in memory consumption
for multiple threads - it's halved for single thread but 1/4 for 2 threads and
1/8 for 4 threads [1][2].
Very
Hi Askar,
Askar Safin wrote:
Hi. I installed lzip 1.23-3 to my debian from debian repo. Is it true
that default decompression mode (i. e. lzip -d file.lz) verifies
archive? "man lzip" doesn't say anything about this.
Thanks for reporting this. I have just extended the description of '-d,
Hello Adam,
Adam Tuja wrote:
I stumbled upon this fast lzma radix matchfinder that turned out to be twice as
fast, using half of memory single threaded, and even less multi threaded, with
only very slighlty worse compression ratio.
Thank you.
Twice as fast as what? Have you tried it against
I am pleased to announce the release of the lzip patch for kmod-29.
This patch adds lzip decompression support to kmod.
The patched kmod requires lzlib to compile:
http://www.nongnu.org/lzip/lzlib.html
You may also need to pass the following options to configure:
./configure --with-lzlib
I am pleased to announce the release of the lzip patch for linux 5.16.11.
Since 2016 I maintain a patch adding lzip decompression support to the linux
kernel. This includes support for lzip-compressed kernel image, initramfs,
initrd, modules, and squashfs filesystems. The patch implements a
Hi Adam,
Antonio Diaz Diaz wrote:
Thank you for the patch, but it introduces dependencies on things like
clock_t or CLOCKS_PER_SEC which I'm not sure how portable and problem-free
they are,
As I suspected, they are not problem-free:
http://pubs.opengroup.org/onlinepubs/9699919799/functions
Hi Adam,
Adam Tuja wrote:
I discovered that verbose summary is more verbose than I thought but I felt
like it lacks something. I added simple time and dotted of de/compression to
verbose -vv mode.
It does not require additional libraries and adds about 300B to the code.
Thank you for the
Jason Lenz wrote:
The symlink size of zero was indeed the issue as to why tarlz would not
work with the Restic fuse filesystem. I worked with someone from the
Restic team to update their fuse filesystem implementation to comply
with POSIX symlink sizes. After making the updates tarlz worked
p.z.l wrote:
Have you got any idea why this:
c = crc32[(c ^ buffer[i]) & 0xFF] ^ ( c >> 8 ); /// lzip
is faster than this:
c = (c >> 8) ^ crc32[(c & 0xFF) ^ buffer[i]]; /// sbrumme crc
May be because of the different ordering of the operations. You may try to
transform one of the
Jason Lenz wrote:
Output from ls -l on fuse:
lrwxrwxrwx 1 lenzj users 0 Nov 11 10:59 broken_symlink_filename -> ..
Output from ls -l on ext4:
lrwxrwxrwx 1 lenzj users 120 Nov 11 10:59 broken_symlink_filename -> ..
So in other words, the fuse filesystem is showing the size of all the
symlink
Hello Adam,
Sorry for the late answer. I have been busy.
Adam Tuja wrote:
Reading discussion about polynomial selection
(https://lists.gnu.org/archive/html/lzip-bug/2017-05/msg3.html) I wondered
whether better/faster CRC would make a difference in de/compression speed.
Thanks for the
Hello Jason,
Jason Lenz wrote:
$ tarlz -cf test.tar.lz /path/to/files
...
tarlz: /path/to/files/broken-symlink: Error reading link
I guess there is some difference between your system and mine, because I
can't reproduce the error (not even by writing the archive to test.tar.lz):
$ md dir
$
I am pleased to announce the release of lzip 1.23.
Lzip is a lossless data compressor with a user interface similar to the one
of gzip or bzip2. Lzip uses a simplified form of the 'Lempel-Ziv-Markov
chain-Algorithm' (LZMA) stream format and provides a 3 factor integrity
checking to maximize
I am pleased to announce the release of clzip 1.13.
Clzip is a C language version of lzip, fully compatible with lzip 1.4 or
newer. As clzip is written in C, it may be easier to integrate in
applications like package managers, embedded devices, or systems lacking a
C++ compiler.
Lzip is a
I am pleased to announce the release of plzip 1.10.
Plzip is a massively parallel (multi-threaded) implementation of lzip, fully
compatible with lzip 1.4 or newer. Plzip uses the compression library lzlib.
Lzip is a lossless data compressor with a user interface similar to the one
of gzip or
I am pleased to announce the release of lzlib 1.13.
Lzlib is a compression library providing in-memory LZMA compression and
decompression functions, including integrity checking of the decompressed
data. The compressed data format used by lzlib is the lzip format. Lzlib is
written in C. Lzlib
Adam Tuja wrote:
Last thing, for the record, if someone needed it. CRLF is actually simple and
reliable to generate - I use it for years now:
Making any modification to a file in a portable way (not only among posix
systems) is not reliable. Adding CR to some lines of a file, but not to
I am pleased to announce the release of lunzip 1.13.
Lunzip is a decompressor for the lzip format written in C. Its small size
makes it well suited for embedded devices or software installers that need
to decompress files but don't need compression capabilities. Lunzip is fully
compatible
I am pleased to announce the release of lziprecover 1.23.
Lziprecover is a data recovery tool and decompressor for files in the lzip
compressed data format (.lz). Lziprecover is able to repair slightly damaged
files (up to one single-byte error per member), produce a correct file by
merging
I am pleased to announce the release of pdlzip 1.12.
Pdlzip is a permissively licensed implementation of the lzip data
compressor, intended for those who can't distribute (or even use) GPL
licensed Free Software. (The name of pdlzip comes from 'public domain
lzip'). Pdlzip is written in C and
Adam Tuja wrote:
BTW, the development version of gzip generates and compresses a file of 4
GiB of uncompressed size to test the new functionality of --list because it
is the smallest file able to test it.
Looks like you have answered yourself to this - they can be generated, as in
gzip example
Hello,
p.z.l wrote:
Hello. Speaking of releasing new versions I have suggestion regarding
lzlib - to rename main.c to minilzip.c as main suggests it is a main part
of library. Maybe even put examples separate directory. I had a problem
with it when was testing lzlib in lzbench and got lots
Hi Adam,
Adam Tuja wrote:
Hello, In latest lzlib Changlelog there is a name encoded in ISO (iso-8859-15 in
this case). If there will be some other name, form other part of the world then
it will be encoded differently, therefore displayed differently. You may want to
use UTF-8 in this case to
Hi Alfred,
Alfred M. Szmidt wrote:
This changes the dircategory to better match what is generally used
for compression tools categories.
Thank you very much for reporting this, and just at the right moment; I'm
going to release a stable version of lzip this month.
I'll apply the change
I am pleased to announce the release of tarlz 0.22.
Tarlz is a massively parallel (multi-threaded) combined implementation of
the tar archiver and the lzip compressor. Tarlz uses the compression library
lzlib.
Tarlz creates tar archives using a simplified and safer variant of the POSIX
pax
Alessandro Rubini wrote:
I got involved by your request:
If you report them, they will get fixed. If you don't, no one will
ever know about them and they will remain unfixed for all eternity, if
not longer.
Never heard such a nice compelling, hint. I couldn't refuse :)
It is
Hello Alessandro,
Alessandro Rubini wrote:
I just read the lzip documentation and comparison with xz. Impressive
and enlightening. Thank you very much.
You are welcome. Glad to know that you find it interesting. :-)
OTOH, I didn't find the official repo. The cvs instructions on savannah
Lzip 1.23-rc1 is ready for testing here
http://download.savannah.gnu.org/releases/lzip/lzip-1.23-rc1.tar.lz
http://download.savannah.gnu.org/releases/lzip/lzip-1.23-rc1.tar.gz
The sha256sums are:
5543c9c575f333813f5b97004cb1e4488433265d6532ecb14d3e84c0e5add33b
lzip-1.23-rc1.tar.lz
Adam Tuja wrote:
there is a thing with the help (-h) that makes it increasingly harder
to use - it's its length.
[...]
This way basic help would look like this:
You may achieve almost the same effect with
lzip -h | head -n 38
or
lzip -h | head -n 42
without forcing novice users to search
Clzip 1.13-rc1 is ready for testing here
http://download.savannah.gnu.org/releases/lzip/clzip/clzip-1.13-rc1.tar.lz
http://download.savannah.gnu.org/releases/lzip/clzip/clzip-1.13-rc1.tar.gz
The sha256sums are:
da904c1eb39a69951de1ed2d6a55825a5b0a6a1b05b1dff0732b83932b08863d
Plzip 1.10-rc1 is ready for testing here
http://download.savannah.gnu.org/releases/lzip/plzip/plzip-1.10-rc1.tar.lz
http://download.savannah.gnu.org/releases/lzip/plzip/plzip-1.10-rc1.tar.gz
The sha256sums are:
76474d0b5f8dbcbfd55cab0c4dbc335ec3e69fb25ed072b7867f90835833f026
Lzlib 1.13-rc1 is ready for testing here
http://download.savannah.gnu.org/releases/lzip/lzlib/lzlib-1.13-rc1.tar.lz
http://download.savannah.gnu.org/releases/lzip/lzlib/lzlib-1.13-rc1.tar.gz
The sha256sums are:
1ee92da3b837be5685bcd159937a43c5255c3c9de3c21213b79056517432400f
Pdlzip 1.12-rc1 is ready for testing here
http://download.savannah.gnu.org/releases/lzip/pdlzip/pdlzip-1.12-rc1.tar.lz
http://download.savannah.gnu.org/releases/lzip/pdlzip/pdlzip-1.12-rc1.tar.gz
The sha256sums are:
3a2d34f7179f39b2780d141593872c9a2ab4ed75d19d9d794617eaf3b85e22a8
Lunzip 1.13-rc1 is ready for testing here
http://download.savannah.gnu.org/releases/lzip/lunzip/lunzip-1.13-rc1.tar.lz
http://download.savannah.gnu.org/releases/lzip/lunzip/lunzip-1.13-rc1.tar.gz
The sha256sums are:
f0d4befe9e6f445011b86cf3b734489ee266959bd9faaa326558c864a30c7a28
Lziprecover 1.23-rc1 is ready for testing here
http://download.savannah.gnu.org/releases/lzip/lziprecover/lziprecover-1.23-rc1.tar.lz
http://download.savannah.gnu.org/releases/lzip/lziprecover/lziprecover-1.23-rc1.tar.gz
The sha256sums are:
Hello Adam,
Adam Tuja wrote:
there is a thing with the help (-h) that makes it increasingly harder to use -
it's its length. With every next release it becomes bigger and bigger and does
not fit on the screen any more. For the program that that makes it's simplicity
an asset it's a little
Lzlib 1.13-pre1 is ready for testing here
http://download.savannah.gnu.org/releases/lzip/lzlib/lzlib-1.13-pre1.tar.lz
http://download.savannah.gnu.org/releases/lzip/lzlib/lzlib-1.13-pre1.tar.gz
The sha256sums are:
ffd516b96d942ef20facbf7d90efd0dbb841c078be31cfa7f4e6a086d3d68aad
Hi Hoël,
Hoël Bézier wrote:
I've now improved support for lzip compression in ./play.it and it
awaits approval to be merged, thanks to you.
Thanks. :-)
Testing my contribution, I found out that plzip and tarlz are not
considered stable on Gentoo, although they are on Debian. This might be
1 - 100 of 433 matches
Mail list logo
