Problems found with existing distfile for eagle:
distfiles/bicom101.zip
distfiles/szip-2.1nb3/szip-2.1.tar.gz
distfiles/xmill-0.9.1.tar.gz
No changes made to these distinfo files.
Otherwise, existing SHA1 digests verified and found to be the same on
the machine holding the existing distfiles (morden). All existing
SHA1 digests retained for now as an audit trail.
- 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.
New things in Zip 2.32
- Fixed -R operation to match the supplied file patterns in all recursed
subdirectories, like PKZIP 2.04 "-p -r" (or PKZIPC 4+ "-recurse")
- Handle cases where -x, -R, and -i patterns are mixed
- Fixes to ZipSplit, ZipNotes, and ZipCloak
- Example C-Sharp code added for using zip32.dll (thanks to Adrian Maull)
- Implemented some directory search speedups
- Windows NTFS time fix
- Fix VMS logical name parse problem
- Handle VMS [...]
- Add VMS DEBUG option
- Fixed bug when encrypting large uncompressable files
- Updated VMS help
- Fixed selecting files to delete by date bug
- Add new option, -MM, that will force Zip to exit with an OPEN error
(usually error code 18) as soon as it finds an input pattern that
is not matched during the directory scan or an input file that is
unreadable or locked when Zip tries to open it, and without creating
an archive (Note that, without -MM, Zip will do the usual thing of
warning when a pattern is not matched and skipping files it can't
read, creating the archive with what it can read, then exiting with
an OPEN error if files were skipped)
- Add check for when zip tries to exceed the limit for seeking in
the output file and exit with error, instead of creating a
possibly bad archive
- Can now handle Unix FIFO (named pipes)
- Minor changes to allow Zip to compile with Visual C++ 2005
New things in Zip 2.31
- Crypt now part of source distribution (see Readme.cr)
- Bug fixes:
- Debian patch 001 - Converted quoted strings
- Debian patch 002 - Makefile changes
- Debian patch 003 - Build changes
- Debian patch 004 - Changes to unix/configure
- Debian patch 005 - Fix for FNMAX path bug
- Split VMS -V into -V and -VV (see Manual)
- New VC6 project files thanks to Cosmin
- AtheOS port (thanks to Ruslan Nickolaev)
- Add api.c kluge for zip32.dll to support Visual Basic
- Binary detection changed from 20% binary to new algorithm
that should better detect word processing files as binary
and should accept UTF-8 files as text. This flags the file
in the archive as TEXT or BINARY for use by UnZip for line
end conversion (see proginfo/txtvsbin.txt)
- License update
- DJGPP fixes
- Many Makefile updates
- Fixes to ZipSplit, ZipNotes, and ZipCloak
- Add MacOS X to version_local()
- unix/configure: Init LFLAGS1 to "", MacOS X doesn't like -s
- rename errors array to ziperrors to avoid MacOS X library clash
pkgsrc. Instead, a new variable PKGREVISION is invented that can get
bumped independent of DISTNAME and PKGNAME.
Example #1:
DISTNAME= foo-X.Y
PKGREVISION= Z
=> PKGNAME= foo-X.YnbZ
Example #2:
DISTNAME= barthing-X.Y
PKGNAME= bar-X.Y
PKGREVISION= Z
=> PKGNAME= bar=X.YnbZ (!)
On subsequent changes, only PKGREVISION needs to be bumped, no more risk
of getting DISTNAME changed accidentally.
foo-* to foo-[0-9]*. This is to cause the dependencies to match only the
packages whose base package name is "foo", and not those named "foo-bar".
A concrete example is p5-Net-* matching p5-Net-DNS as well as p5-Net. Also
change dependency examples in Packages.txt to reflect this.