FreshPorts -- archivers/unzip

Unzip will list, test, or extract files from a ZIP archive, commonly found on MS-DOS systems. The default behavior (with no options) is to extract into the current directory (and subdirectories below it) all files from the specified ZIP archive. Unzip is compatible with archives created by PKWARE's PKZIP, but in many cases the program options or default behaviors differ. Zipinfo lists technical information about files in a ZIP archive, most commonly found on MS-DOS systems. Such information includes file access permissions, encryption status, type of compression, version and operating system or file system of compressing program, and the like. Funzip acts as a filter; that is, it assumes that a ZIP archive is being piped into standard input, and it extracts the first member from the archive to stdout. If there is an argument, then the input comes from the specified file instead of from stdin. Unzipsfx may be used to create self-extracting ZIP archives from previously created ZIP archives. WWW: https://www.info-zip.org/UnZip.html

pkg-plist

make generate-plist

Expand this list (13 items)

bin/unzip

bin/funzip

bin/unzipsfx

bin/zipgrep

bin/zipinfo

man/man1/unzip.1.gz

man/man1/funzip.1.gz

man/man1/unzipsfx.1.gz

man/man1/zipgrep.1.gz

man/man1/zipinfo.1.gz

/usr/local/share/licenses/unzip-6.0_7/catalog.mk

/usr/local/share/licenses/unzip-6.0_7/LICENSE

/usr/local/share/licenses/unzip-6.0_7/Info-ZIP

Collapse this list.

To install the port: cd /usr/ports/archivers/unzip/ && make install clean
To add the package: pkg install unzip

===> The following configuration options are available for unzip-6.0_7: DOCS=on: Build and/or install documentation ICONV=off: Encoding conversion support via iconv ====> Localization: you can only select none or one of them CHINESE=off: Chinese language support KOREAN=off: Korean language support RUSSIAN=off: CP866 and KOI8-R support ===> Use 'make config' to modify these settings

Remove the historic option INSTALL_AS_INFOUNZIP which would install the unzip binary as info-unzip instead of unzip. Setting this options breaks ports such as java/openjdk7. This could be fixed but the submitter an I don't see a good reason why to keep this option. PR: 197750 Submitted by: amdmi3

Apply Debian patch for CVE-2014-9636 which fixes out of boundary access issue in test_compr_eb. PR: ports/197300 Submitted by: Robert Simmons <rsimmons0 gmail com> Approved by: so Security: e543c6f8-abf2-11e4-8ac7-d050992ecde8 MFH: 2015Q1

Merge 4 unzip slave ports into archivers/unzip as non-default options It is practically impossible to use any of the unzip slave ports. This is because archivers/unzip is used by the ports infrastruction (via USES=zip, USES=zip:infozip) and each slave port conflicts with it. If you install the slave port first, then the port infrastructure can't install archivers/unzip (although if attempted, the extracts dependency might be satisfied by the slave port so it might actually work). In any case, this change: * Adds "iconv" support as an non-default option * Add a localization group that can have zero or one selection * That group contains Chinese, Korean, or Russian support * WITH_UNZIP_UNREDUCE support was removed (I'm not sure it even worked) * Makefile was simplified (several loops removed) * Removes unzip-iconv, Chinese, Korean, Russian slave ports PR: 190349 Reported by: Mikhail Rokhin Unzip overhaul: marino Approved by: maintainer (ehaupt@)

- Make ports use the libc provided iconv implementation on 10-CURRENT after r254273 - Fix a bunch of ports to properly work after this - Mark converters/libiconv as IGNORE for systems with iconv in libc Reviewed by: bapt Approved by: portmgr (bapt) Discussed with: bapt, bsam (who both contributed ideas and code)

Variable that start with _ are considered private to the defining makefile and may not be used by ports makefiles. In addition, avoid problems should the defaults ever change. Approved by: portmgr (tabthorpe)

- Set CONFLICTS with unzip-iconv [1] * Forget to commit on 2011-05-04 23:36:34 UTC - Bump PORTREVISION PR: ports/152006 [1] Submitted by: KOMATSU Shinichiro <koma2_AT_lovepeers_DOT_org> [1]

For unknown reason bsd.port.mk's eval dislike ( and ) in the path, when MASTER_SITE_BACKUP with ${MASTER_SITES:S/%SUBDIR%/${MASTER_SITE_SUBDIR}/} at the end and MASTER_SITE_OVERRIDE ?= ${MASTER_SITE_BACKUP} are used together in /etc/make.conf. So, use simple workaround: replace ( and ) by their URL-encoded %-codes. (There is the bug in that area still remains, but not fatal: the combination above don't understand properly ending :tags sometimes and tries mass fetching with ending :tags unstripped. Someone should look at that whole bsd.ports.mk/bsd.sites.mk mess) While I am here, slightly rearrange ending :tags.

Security fixes adopted/reimplemented from Debian: CVE-2008-0888, CVE-2005-4667, CAN-2005-2475 Enable ACORN_FTYPE_NFS and WILD_STOP_AT_DIR options PR: 122367 Submitted by: Tsurutani Naoki <turutani@scphys.kyoto-u.ac.jp>

Due to popular demant into each port which might be inserted into dependency list by bsd.port.mk insert anti foot-shooting device, which prevents infinite fork loop when the user defines corresponding USE_XXX in global make.conf, command line or environment. Similar devices should probably be inserted into ports that might be inserted into dependency list by others bsd.foo.mk files (bsd.ruby.mk, bsd.python.mk and so on.)