Date: Tue, 08 Jan 2008 19:20:05 +0100 From: Pav Lucistnik <pav@FreeBSD.org> To: Dag-Erling Smorgrav <des@FreeBSD.org> Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/usr.bin/unzip Makefile unzip.1 unzip.c Message-ID: <1199816405.74596.136.camel@ikaros.oook.cz> In-Reply-To: <200801080800.m08806jI012963@repoman.freebsd.org> References: <200801080800.m08806jI012963@repoman.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --]
Dag-Erling Smorgrav píše v út 08. 01. 2008 v 08:00 +0000:
> des 2008-01-08 08:00:06 UTC
>
> FreeBSD src repository
>
> Added files:
> usr.bin/unzip Makefile unzip.1 unzip.c
> Log:
> 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.
Is it a good idea to have the binary same name as the "real" unzip?
BTW we are on track to commit a patch to the ports framework that will
make it use tar(1) for extracting .zip files.
--
Pav Lucistnik <pav@oook.cz>
<pav@FreeBSD.org>
Traffic collapse in Paris starts whenever a traffic light changes color.
-- JLE at #angband
[-- Attachment #2 --]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (FreeBSD)
iD8DBQBHg77VntdYP8FOsoIRAuO3AJ93VU2WjYwKhSoifeBT1f/tnZFaeACeIlz7
9NbjgCg80OB2t8fGzsgGrto=
=C5iH
-----END PGP SIGNATURE-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1199816405.74596.136.camel>