Age | Commit message (Collapse) | Author | Files | Lines |
|
Bump PKGREVISION.
|
|
shouldn't support >2G files as it works perfectly fine. Bump PKGREVISION.
|
|
|
|
Matthias Ferdinand reported on pkgsrc-users:
building archivers/unzip on Linux (Ubuntu 14.04 64bit) succeeds, but
produces the following warning:
...
gcc -o unzip -Lbzip2 unzip.o crc32.o crypt.o envargs.o explode.o extract.o fileio.o globals.o inflate.o list.o match.o process.o ttyio.o ubz2err.o u
+nreduce.o unshrink.o zipinfo.o unix.o -s -L/opt/pkgsrc/lib -Wl,--enable-new-dtags,-R/opt/pkgsrc/lib -lz
unix.o: In function `set_symlnk_attribs':
=> unix.c:(.text+0x1840): warning: lchmod is not implemented and will always fail
...
|
|
From Debian.
Bump PKGREVISION.
|
|
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.
|
|
|
|
http://www.openwall.com/lists/oss-security/2015/02/11/7
Bump PKGREVISION.
|
|
http://seclists.org/oss-sec/2014/q4/497
Bump PKGREVISION.
|
|
Bump PKGREVISION.
Nudged by tez, thanks!
|
|
|
|
|
|
|
|
|
|
|
|
The CVS history doesn't explain why or on what platforms it is
needed.
If it is needed, please contact me with details.
|
|
|
|
|
|
PR 46383 by Uwe Klaus.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
of Georg Schwarz.
|
|
and add same for Darwin.
|
|
|
|
New features in UnZip 6.0, released 20 April 2009:
* Support PKWARE ZIP64 extensions, allowing Zip archives and Zip
archive entries larger than 4 GiBytes and more than 65536 entries
within a single Zip archive. This support is currently only
available for Unix, OpenVMS and Win32/Win64.
* Support for bzip2 compression method.
* Support for UTF-8 encoded entry names, both through PKWARE's
"General Purpose Flags Bit 11" indicator and Info-ZIP's new "up"
unicode path extra field. (Currently, on Windows the UTF-8
handling is limited to the character subset contained in the
configured non-unicode "system code page".)
* Added "wrong implementation used" warning to error messages of
the MSDOS port when used under Win32, in an attempt to reduce
false bug reports.
* Fixed "Time of Creation/Time of Use" vulnerability when setting
attributes of extracted files, for Unix and Unix-like ports.
* Fixed memory leak when processing invalid deflated data.
* Fixed long-standing bug in unshrink (partial_clear), added
boundary checks against invalid compressed data.
* On Unix, keep inherited SGID attribute bit for extracted
directories unless restoration of owner/group id or SUID/SGID/Tacky
attributes was requested.
* On Unix, allow extracted filenames to contain embedded control
characters when explicitly requested by specifying the new command
line option "-^".
* On Unix, support restoration of symbolic link attributes.
* On Unix, support restoration of 32-bit UID/GID data using the
new "ux" IZUNIX3 extra field introduced with Zip 3.0.
* Support for ODS5 extended filename syntax on new OpenVMS systems.
* Support symbolic links zipped up on VMS.
* On VMS (only 8.x or better), support symbolic link creation.
* On VMS, support option to create converted text files in
Stream_LF format.
* New -D option to suppress restoration of timestamps for extracted
directory entries (on those ports that support setting of directory
timestamps). By specifying "-DD", this new option also allows
to suppress timestamp restoration for ALL extracted files on
all UnZip ports which support restoration of timestamps. On
VMS, the default behaviour is now to skip restoration of
directory timestamps; here, "--D" restores ALL timestamps,
"-D" restores none.
* On OS/2, Win32, and Unix, the (previously optional) feature
UNIXBACKUP to allow saving backup copies of overwritten files on
extraction is now enabled by default.
For the UnZip 6.0 release, we want to give special credit to Myles
Bennet, who started the job of supporting ZIP64 extensions and
Large-File (> 2GiB) and provided a first (alpha-state) port.
|
|
OSI but it is derived from BSD so I added it to the acceptable set of
licenses.
|
|
|
|
|
|
|
|
|
|
from Debian. Bump package revision.
|
|
Adapt. Noted by Zafer Aydogan.
|
|
|
|
http://mail-index.netbsd.org/pkgsrc-users/2006/11/02/0003.html
|
|
|
|
|
|
|
|
developer is officially maintaining the package.
The rationale for changing this from "tech-pkg" to "pkgsrc-users" is
that it implies that any user can try to maintain the package (by
submitting patches to the mailing list). Since the folks most likely
to care about the package are the folks that want to use it or are
already using it, this would leverage the energy of users who aren't
developers.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|