In article <20110818051549.gb24...@arresum.veego.de>,
Bernd Ernesti wrote:
>On Thu, Aug 18, 2011 at 01:49:30AM +, Christos Zoulas wrote:
>> In article <20110817212950.gc16...@britannica.bec.de>,
>> Joerg Sonnenberger wrote:
>> >Did you test this change for breaking compatibility with 3rd pa
On Thu, Aug 18, 2011 at 01:49:30AM +, Christos Zoulas wrote:
> In article <20110817212950.gc16...@britannica.bec.de>,
> Joerg Sonnenberger wrote:
> >Did you test this change for breaking compatibility with 3rd party
> >scripts that parse the output of unzip?
> >
>
> I thought about that, but
In article <20110817212950.gc16...@britannica.bec.de>,
Joerg Sonnenberger wrote:
>Did you test this change for breaking compatibility with 3rd party
>scripts that parse the output of unzip?
>
I thought about that, but where does one find such scripts? Providing
a flag to make backwards compatibl
Did you test this change for breaking compatibility with 3rd party
scripts that parse the output of unzip?
Joerg
On Wed, Aug 17, 2011 at 09:37:40AM -0400, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Wed Aug 17 13:37:40 UTC 2011
>
> Modified Files:
>
On Thu, Jun 25, 2009 at 04:48:32PM -0400, Perry E. Metzger wrote:
> > Log Message:
> > Add work-in-progress unzip(1) frontend for libarchive.
> > Derived from FreeBSD's unzip.
>
> Very cool -- presumably we should also grow a "zip" as well, for
> completeness.
I don't think so. The next libarchiv
Joerg Sonnenberger writes:
> Module Name: src
> Committed By: joerg
> Date: Thu Jun 25 20:27:06 UTC 2009
>
> Added Files:
> src/usr.bin/unzip: Makefile unzip.1 unzip.c
>
> Log Message:
> Add work-in-progress unzip(1) frontend for libarchive.
> Derived from FreeBSD's unzip.
Very co
