Red Hat Bugzilla – Bug 112625
RFE: add lzo compression to RPM , and possibly library package to distribution generally
Last modified: 2007-11-30 17:10:34 EST
The small, fast, and GPL compression libraries of 'lzo' seem a likely
candidate for integration into RPM, and perhaps more broadly.
Home site: as in URL field
From its description:
LZO is a portable lossless data compression library written in ANSI C.
It implements a number of algorithms with the following features:
- Decompression is simple and *very* fast.
- Requires no memory for decompression.
- Compression is pretty fast.
- Requires 64 kB of memory for compression.
- Allows you to dial up extra compression at a speed cost in the
compressor. The speed of the decompressor is not reduced.
- Includes compression levels for generating pre-compressed data which
achieve a quite competitive compression ratio.
- There is also a compression level which needs only 8 kB for
- Supports overlapping compression and in-place decompression.
- Algorithm is thread safe.
- Algorithm is lossless.
as a library, it is used in the OpenVPN project, for fast inline
compression -- the author has a companion gzip project as well. RPM
is interested in these virtues, and it is worth consideration.
I have had a packaging for over a year, which builds on x86, sparc32
and PPC without issue (back into the RHL 6 era hosts I still have) at:
Nice stuff, worthy of inclusion.
I have been building LZO packages myself for a while as well, for RHL
7.2-FC1, as part of the dep tree of Mondo Rescue. I also build it's
counter-part, lzop. Here are links to generic RPMS for these:
Does this algorithm always give identical output on identical input?
This is relevant if deltaing of rpms is ever going to get implemented.
Signing of deltas requires that the generated compressed output is
always identical on the same input.
two years in NEW status -- no sense in keeping open -- closing