On 2011-08-12, sebb wrote:
> On 12 August 2011 10:00, Stefan Bodewig 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)
>> * add
>> 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
---
On 12 August 2011 10:00, Stefan Bodewig 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 -z for gzip a
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
-
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
-
> 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 a
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 -z for gzip and -j for bzip2), the GNU core utils come
with an xz comman
