- Infrastructure:
- Allow command line tools as fallback for missing compression
libraries. If compiled without gzip for example, gunzip will
be used automatically.
- Improved support for a number of platforms like high-resolution
timestamps and Extended Attributes on various Unix systems
- New convience interface for creating archives based on disk content,
complement of the archive_write_disk interface.
- Frontends:
- bsdcpio ready for public consumption
- hand-written date parser replaces the yacc code
- Filter system:
- Simplified read filter chains
- Option support for filters
- LZMA, XZ, uudecode handled
- Format support:
- Write support for mtree files based on file system or archive
content
- Basic read support for Joliet
- Write support for zip files
- Write support for shar archives, both text-only and binary-safe
* important changes in version 1.56 03/02/2010
- Apply a patch from Mark Swayne that addresses RT #50471;
Archive::Tar generates file headers with space padded numbers for size,
mtime and checksum. This format is incompatible with some versions of
the busybox implementation of tar (I am using 1.13.2), which requires 0
padded numbers (despite comments in the source that say otherwise).
I've included a patch that adds a control flag that enables zero padded
numbers in the header. It passes all tests with ActiveState Perl 5.8.8
on WinXP.
The changes from 2.1.5 are:
- Added pigz.spec to distribution for RPM systems [Brown]
- Avoid some compiler warnings
- Process symbolic links if piping to stdout [Hoffst?tte]
- Decompress if executable named "gunzip" [Hoffst?tte]
- Allow ".tgz" suffix [Chernookiy]
- Fix adler32 comparison on .zz files
0.9.1 [2010/01/24]
* Fix infinite loop on reading some broken files.
* Optimization in time conversion (don't call localtime()).
* Clear data descriptor flag in central directory, fixing Open Office files.
* Allow more than 64k entries.
With gcc 3.3.3 (from NetBSD/i386 3.1) there are problems with
undefined references to LZMA_CRC32_TABLE and LZMA_CRC64_TABLE in crc32.S
and crc64_x86.S.
Upstream changes:
* important changes in version 1.54 10/09/2009
- Apply a patch from Niko Tyni (ntyni@debian.org) that resolves RT #48879;
As seen in [rt.cpan.org #48879], although the recommended way of
retrieving the last error is to use an instance method ($tar->error),
the returned value is effectively global: an error in one Archive::Tar
instance changes the error string of another instance.
This change separates the error strings from each other while keeping
the (deprecated) global value of $Archive::Tar::error pointing to the
last error regardless of its instance.
We also support calling error() as a class method (Archive::Tar->error).
In this case it returns the global value, which matches the old behaviour.
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.
- Large files. Support for files and archives greater than 2 GB using
large file I/O and the Zip64 extensions. Also can now have more
than 64K entries in an archive.
- Split archives. Zip now supports split archives, zip archives
split into a set of files that can then be stored on removable media
for instance.
- Unicode. If Unicode support is enabled and supported on the system
Zip is run on, Zip now can read paths not in the current character
set and store those paths in portable UTF-8 format. These Unicode
paths can then be used to partially or fully recreate the paths on
other systems depending on the character set support provided by
the unzip on the receiving system. In particular, this allows
portability of paths between Windows and Unix. Unicode comments
are also supported on systems where UTF-8 is the current character
set. Unicode comment support for other systems is expected in
Zip 3.1.
- New command line parser. This new parser allows for command line
permuting, where options can appear almost anywhere on the command
line. This allows adding options to the end of the command line,
for instance. It also supports long options, allowing for
more readable command lines, and also allows lists for the -x
exclude and -i include options to appear not just at the end of
the command line. And some bugs in command line processing in
Zip 2.32 have been fixed.
- Unix 32-bit UIDs/GIDs. Now UIDs/GIDs larger than 16 bits are
supported, but UnZip 6.0 is needed to restore these larger
UIDs/GIDs. If Zip detects that the current system does not use
16-bit UIDs/GIDs, the old 16-bit UID/GID storage is not used
as putting 32-bit UIDs/GIDs into 16-bit fields can cause
problems.
- New modes. Additional archive modes have been added, including a
difference mode for supporting incremental backups, a file sync
mode for synchronizing an existing archive with the current file
system (which can be much faster than creating a new archive), and
a copy mode that allows copying entries from one archive to another.
- Compression using bzip2. Now can add bzip2 compression as a
compression option in Zip. bzip2 compression can result in much
more compact entries in some cases, but the user should verify
that bzip2 is supported on the target unzip before using this new
compression choice.
- New Windows dll. The Windows dll has been updated to support the
new Zip64 large file and larger number of entries limits. This
new dll is not backward compatible with the Zip 2.32 dll, as the
arguments to the dll have been updated to support the added
capabilities, but modifying existing programs to use the new dll
should be simple. See the included Visual Basic example project
for details.
- Better streaming and piping. Zip now has better support of
streaming and piping and handles Unix FIFOs (named pipes) better.
- Gobs of new progress information. Zip can now output progress
information, such as how many entries processed and to go, how
many bytes processed and to go, and adjustable size progress
dots. If the initial file scan takes longer than about 5
seconds, Zip now outputs dots during the scan to avoid a long
period of quiet. Zip can also now generate log files.
- Updated archive fixing. The archive fixing capability is
slightly improved, and now can fix split archives.
- Windows Archive bit support. The Windows archive bit is now
supported, though the new difference mode is probably more
reliable than relying on the Windows archive bit for creating
incremental backups.
- File lists. Zip can list the files that would be added to an
archive as well as the files in an existing archive.
- Extended help. A new extended help option lists a very terse
summary of the major features of Zip and how to use them.
- Many bug fixes.
