RPM Community Forums

Mailing List Message of <rpm-devel>

Fwd: Added rpmz, a CLI generic compressor executable

From: Jeff Johnson <n3npq@mac.com>
Date: Thu 01 May 2008 - 17:28:53 CEST
Message-Id: <BB449481-125D-4A67-A39D-CA6CE5491A6A@mac.com>
I dinna see this come through. Apologies if duplicated.

Begin forwarded message:

> From: Jeff Johnson <n3npq@mac.com>
> Date: May 1, 2008 10:56:09 AM EDT
> To: rpm-devel@rpm5.org
> Subject: Added rpmz, a CLI generic compressor executable
>
> As part of using liblzma for LZMA comprssion, I've added another
> rpm CLI toy, with the usual popt and remote URI additions etc etc,  
> called "rpmz".
>
> Basically rpmz is just a compressor/decompressor with all the  
> "standard"
> invocation options. The CLI options that will be supported should  
> achieve feature
> parity (because I swiped them from LZMA for exactly that reason)  
> with lzma, but
> I will add gzip/bzip2 and perhaps more exotic compression like LZO
> as needed or useful.
>
> The file compress/decompress engine I swiped from minigzip, and is  
> quite feeble and deficient
> so far, but I will wire up more functionality as needed.
>
> My immediate goal is to understand which of the LZMA formats look  
> useful.
>
> I also want to see better unit testing coverage of specific rpmio  
> functionality,
> in this case compression.
>
> I'd also like to see run-time dlopen modules in rpmio, liblzma vs.  
> external lzma
> is likely to be my proof-of-concept implementation.
>
> My private & ulterior motive is to re-enable rpmio transport in  
> rpm-5.2.
> Remote transport through rpmio is currently disabled by default  
> policy,
> and so I'm writing CLI tools that affect no rpm code path to establish
> rpmio bona fides.
>
> I can see some need to have a external and universal compressor/ 
> decompressor
> for rpmbuild use in order to simplify the invocation paths of  
> external helpers. Some of the
> invocations (like unzip) involve peculier options, and the endless  
> enabling/disabling and
> --prefix detection to insturment the perception of "Have it your  
> own way!" choice
> is way more complex than useful imho. Invoking a single "universal"  
> rpmz compressor/decompressor
> may permit refactoring much of the path/option goop out of rpmbuild  
> macro configuration.
>
> 73 de Jeff
>
Received on Thu May 1 17:29:34 2008
Driven by Jeff Johnson and the RPM project team.
Hosted by OpenPKG and Ralf S. Engelschall.
Powered by FreeBSD and OpenPKG.