Copy stable/9 to releng/9.3 as part of the 9.3-RELEASE cycle.

Approved by: re (implicit)
Sponsored by: The FreeBSD Foundation

MFH (r236226): pass filename to libarchive rather than descriptor

MFH r230044, r233456: style and markup nits

MFH r234311: utf8 and drop middle name

MFC r234206:
Partially implement zipinfo (-Z) support.
This fixes some test failures seen with perl 5.12 and 5.14.

PR: bin/166895
Submitted by: swills

Copy head to stable/9 as part of 9.0-RELEASE release cycle.

Approved by: re (implicit)

Make it possible to read input from stdin.

Without this change I don't see a way to
unpack a multivolume archive without wasting
disk space for a temporary file.

Check return value from archive_read_new().

Found with: Coverity Prevent(tm)
CID: 8462
Reviewed by: des
MFC after: 1 week

Implement the rename query, for when a file with the same name as the one
about to be extracted already exists. The question, and interpretation
of the response is deliberately compatible with Info-Zip.

This change was originally obtained from NetBSD, but has three changes:
- better compatibility with Info-Zip in the handling of ^D
- Use getdelim() rather than getline()
- bug fix: != changed to == in the "file rename" code

I suspect the latter is also a bug in NetBSD, but I can't easily confirm
this.

PR: bin/143307
Reviewed by: rdivacky (change to unzip.c only)
Obtained from: NetBSD src/usr.bin/unzip/unzip.c 1.8
MFC after: 1 month

When restoring files, use the mode for the mode.

Thanks to: Jun Kuriyama for pointing this out

Don't print the archive name with -p and -q options.

PR: bin/141280
Approved by: des, trasz (mentor)

Add C/c/f/p/v switches plus a bunch of minor fixes and cleanups.

Obtained from: NetBSD
Approved by: des (maintainer)
Approved by: ed (mentor, implicit)

Quick shot at implementing -t (test).

Requested by: ache
MFC after: 2 weeks

Welcome unzip(1), a pure BSD drop-in replacement for ports/unzip. In its
current state, it can handle all but four of the 991 zip files (including
jar files) I was able to identify in the ports tree. The remaining four
are two self-extracting archives and two which have garbage preceding the
first local header. This limitation is a feature of libarchive(3) which
I am currently working to resolve.

The code is unnecessarily large due to the need to emulate the exact
command-line syntax and behaviour of ports/unzip. My initial incompatible
implementation was one quarter the size of the one I am committing here.