Ticket #2214 (closed task: wontfix)

Opened 2 months ago

Last modified 2 months ago

LZMA-Utils

Reported by: willimm Assigned to: lfs-book@linuxfromscratch.org
Priority: normal Milestone: Future
Component: Book Version: SVN
Severity: normal Keywords:
Cc:

Description

It is at http://tukaani.org/lzma/. There are a number of advantages compared to Gzip and Bzip2:

* The average compression ratio of LZMA is about 30% better than that of gzip, and 15% better than that of bzip2. * While the decompression speed is slightly slower than gzip, it is two to four times faster than Bzip2. * In fast mode, compresses faster than bzip2 with a comparable compression ratio. However, achieving the best compression ratio is slower than bzip2, but doesn't affect decompression speed. * A very similar command line interface that is like what gzip and bzip2 have. * Tar-1.20 and higher can unconpress LZMA-commpresed tarballs with the --lzma switch. * And it's licenced under both the GNU GPL and LGPL.

No wonder why most of the newer GNU packages come in lzma and gzip (not Bzip2). And there may be a few lzma-only tarballs along the road, like the Texlive source. I think this package should be in LFS.

Change History

10/05/08 14:05:01 changed by bdubbs@linuxfromscratch.org

  • milestone changed from 6.4 to Future.

10/05/08 14:30:50 changed by matthew@linuxfromscratch.org

  • status changed from new to closed.
  • resolution set to wontfix.

William, please respect the decisions of the LFS editors. LZMA is not a requirement of any package in LFS. As we try to keep LFS finely balanced between functional & minimal, I don't see how LZMA fits into the book at present.

That said, I do see the benefits of having instructions for how to compile and install it for those that think they could make use of it.

As you seem keen to contribute to LFS, would you mind creating a page for this on the BLFS Wiki (I'd guess under http://wiki.linuxfromscratch.org/blfs/wiki/GeneralUtilities is as good a place as any)? Then post a link to that page to the blfs-dev list asking (not demanding) that those instructions be included in the BLFS book. If you fancy, you could even contribute a patch to BLFS' XML following the instructions at http://www.linuxfromscratch.org/blfs/download.html to download the sources. That way it makes it much quicker and easier for the editors to see that ticket resolved as all they have to do is review and apply the patch.

Regards,

Matt.

PS: In future any more demands from you are likely to be met with the contempt they deserve and you may well see yourself unsubscribed from the lists. Bear in mind that all the editors here are volunteers and don't owe anyone anything. They tackle tickets that are primarily of interest to them and the overall direction LFS is heading.

10/05/08 14:39:53 changed by matthew@linuxfromscratch.org

  • status changed from reopened to closed.
  • resolution set to wontfix.

William,

Your actions are coming across as very rude. You've repeatedly been asked not to reopen tickets, so please don't. If you wish to see this in BLFS, please follow my advice above and open a ticket for BLFS (see http://wiki.linuxfromscratch.org/blfs/).

Regards,

Matt.