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 compression. - 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: ftp://ftp.owlriver.com/pub/local/ORC/lzo/ 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: http://geek.j2solutions.net/rpms/fc2/lzo-1.08-2.src.rpm http://geek.j2solutions.net/rpms/fc2/lzop-1.01-3.src.rpm
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