![[BACK]](/icons/back.gif){kind=icon}
Up to [cvs.netbsd.org] / pkgsrc / archivers / xz
Request diff between arbitrary revisions
Default branch: MAIN
Revision 1.6 / (download) - annotate - [select for diffs], Wed Jun 15 11:43:13 2011 UTC (11 months, 1 week ago) by adam
Branch: MAIN
CVS Tags: pkgsrc-2012Q1-base,
pkgsrc-2012Q1,
pkgsrc-2011Q4-base,
pkgsrc-2011Q4,
pkgsrc-2011Q3-base,
pkgsrc-2011Q3,
pkgsrc-2011Q2-base,
pkgsrc-2011Q2,
HEAD
Changes since 1.5: +2 -1
lines
Diff to previous 1.5 (colored)
Changes 5.0.3:
* liblzma fixes:
- A memory leak was fixed.
- lzma_stream_buffer_encode() no longer creates an empty .xz
Block if encoding an empty buffer. Such an empty Block with
LZMA2 data would trigger a bug in 5.0.1 and older (see the
first bullet point in 5.0.2 notes). When releasing 5.0.2,
I thought that no encoder creates this kind of files but
I was wrong.
- Validate function arguments better in a few functions. Most
importantly, specifying an unsupported integrity check to
lzma_stream_buffer_encode() no longer creates a corrupt .xz
file. Probably no application tries to do that, so this
shouldn't be a big problem in practice.
- Document that lzma_block_buffer_encode(),
lzma_easy_buffer_encode(), lzma_stream_encoder(), and
lzma_stream_buffer_encode() may return LZMA_UNSUPPORTED_CHECK.
- The return values of the _memusage() functions are now
documented better.
* Fix command name detection in xzgrep. xzegrep and xzfgrep now
correctly use egrep and fgrep instead of grep.
* French translation was added.
Revision 1.5 / (download) - annotate - [select for diffs], Thu Apr 14 09:03:40 2011 UTC (13 months, 1 week ago) by adam
Branch: MAIN
Changes since 1.4: +2 -1
lines
Diff to previous 1.4 (colored)
Changes 5.0.2: * LZMA2 decompressor now correctly accepts LZMA2 streams with no uncompressed data. Previously it considered them corrupt. The bug can affect applications that use raw LZMA2 streams. It is very unlikely to affect .xz files because no compressor creates .xz files with empty LZMA2 streams. (Empty .xz files are a different thing than empty LZMA2 streams.) * "xz --suffix=.foo filename.foo" now refuses to compress the file due to it already having the suffix .foo. It was already documented on the man page, but the code lacked the test. * "xzgrep -l foo bar.xz" works now. * Polish translation was added.
Revision 1.4 / (download) - annotate - [select for diffs], Wed Feb 9 09:12:16 2011 UTC (15 months, 1 week ago) by adam
Branch: MAIN
CVS Tags: pkgsrc-2011Q1-base,
pkgsrc-2011Q1
Changes since 1.3: +3 -1
lines
Diff to previous 1.3 (colored)
Changes 5.0.1: * xz --force now (de)compresses files that have setuid, setgid, The man page had it documented this way already, but the code had a bug. * gzip and bzip2 support in xzdiff was fixed. * Portability fixes * Minor fix to Czech translation
Revision 1.3 / (download) - annotate - [select for diffs], Wed Nov 3 14:21:49 2010 UTC (18 months, 2 weeks ago) by adam
Branch: MAIN
CVS Tags: pkgsrc-2010Q4-base,
pkgsrc-2010Q4
Changes since 1.2: +5 -2
lines
Diff to previous 1.2 (colored)
Changes 5.0.0:
* The memory usage limit is now disabled by default.
* Added support for XZ_DEFAULTS environment variable.
* The compression settings associated with the preset levels
-0 ... -9 have been changed. --extreme was changed a little too.
* If a preset level (-0 ... -9) is specified after a custom filter
chain options have been used (e.g. --lzma2), the custom filter
chain will be forgotten. Earlier the preset options were
completely ignored after custom filter chain options had been seen.
* xz will create sparse files when decompressing if the uncompressed
data contains long sequences of binary zeros.
* Support for "xz --list" was added. Combine with --verbose or
--verbose --verbose (-vv) for detailed output.
* I had hoped that liblzma API would have been stable after
4.999.9beta, but there have been a couple of changes in the
advanced features, which don't affect most applications:
- Index handling code was revised. If you were using the old
API, you will get a compiler error (so it's easy to notice).
- A subtle but important change was made to the Block handling
API. lzma_block.version has to be initialized even for
lzma_block_header_decode(). Code that doesn't do it will work
for now, but might break in the future, which makes this API
change easy to miss.
* The major soname has been bumped to 5.0.0. liblzma API and ABI
are now stable, so the need to recompile programs linking against
liblzma shouldn't arise soon.
Revision 1.2 / (download) - annotate - [select for diffs], Mon Aug 31 08:59:11 2009 UTC (2 years, 8 months ago) by wiz
Branch: MAIN
CVS Tags: pkgsrc-2010Q3-base,
pkgsrc-2010Q3,
pkgsrc-2010Q2-base,
pkgsrc-2010Q2,
pkgsrc-2010Q1-base,
pkgsrc-2010Q1,
pkgsrc-2009Q4-base,
pkgsrc-2009Q4,
pkgsrc-2009Q3-base,
pkgsrc-2009Q3
Changes since 1.1: +36 -1
lines
Diff to previous 1.1 (colored)
Update to 4.999.9beta: XZ Utils 4.999.9beta was released on 2009-08-27. Among many less important changes, this release fixes a data corruption in the compression code. (The bug was specific to XZ Utils and was not present in 7-Zip or LZMA SDK.) Everyone using an older version of XZ Utils should upgrade. This is the last beta release before XZ Utils 5.0.0. No big changes are planned before the first stable release.
Revision 1.1.1.1 / (download) - annotate - [select for diffs] (vendor branch), Tue Jul 7 11:08:52 2009 UTC (2 years, 10 months ago) by minskim
Branch: TNF
CVS Tags: pkgsrc-base
Changes since 1.1: +0 -0
lines
Diff to previous 1.1 (colored)
Reimport xz-4.999.8beta archivers/xz so that the directory name matches PKGNAME. This replaces archivers/xz-utils. OK'ed by wiz@.
Revision 1.1 / (download) - annotate - [select for diffs], Tue Jul 7 11:08:52 2009 UTC (2 years, 10 months ago) by minskim
Branch: MAIN
Initial revision