Re: [compress] How to move forward with XZ support

2011-08-12 Thread Torsten Curdt
We basically have two options: * forking the required classes of XZ in Java into Compress (Lasse  already has a CLA on file and I'm sure we could arrange for the two  code bases to stay in sync) * add a (optional) binary dependency on XZ in Java.  Currently the  package is not available

Re: [compress] How to move forward with XZ support

2011-08-12 Thread Lasse Collin
On 2011-08-12 Stefan Bodewig wrote: the GNU core utils come with an xz command Minor correction: GNU coreutils doesn't include compression tools. GNU gzip is its own package and so are bzip2 (bzip.org) and xz (tukaani.org). -- Lasse Collin | IRC: Larhzu @ IRCnet Freenode

Re: [compress] How to move forward with XZ support

2011-08-12 Thread Stefan Bodewig
On 2011-08-12, Lasse Collin wrote: On 2011-08-12 Stefan Bodewig wrote: the GNU core utils come with an xz command Minor correction: GNU coreutils doesn't include compression tools. GNU gzip is its own package and so are bzip2 (bzip.org) and xz (tukaani.org). Thank you. Stefan

Re: [compress] How to move forward with XZ support

2011-08-12 Thread sebb
On 12 August 2011 10:00, Stefan Bodewig bode...@apache.org wrote: Hi, .xz is to LZMA what .gz is to the DEFLATE compression algorithm, and it starts to get used by quite a few tools/systems in the Unix/Linux world.  For example more recent GNU tar versions use -J to support the format (like

Re: [compress] How to move forward with XZ support

2011-08-12 Thread Torsten Curdt
Shading a binary dependency could provide some middle ground. Just curious - what is the advantage of shading the jar? It becomes again just one jar with no dependencies ...almost as if we forked the code. cheers, Torsten -

Re: [compress] How to move forward with XZ support

2011-08-12 Thread Stefan Bodewig
On 2011-08-12, sebb wrote: On 12 August 2011 10:00, Stefan Bodewig bode...@apache.org wrote: We basically have two options: * forking the required classes of XZ in Java into Compress (Lasse  already has a CLA on file and I'm sure we could arrange for the two  code bases to stay in sync)