Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 03 Jan 2010 07:29:34 -0800
From:      Doug Barton <dougb@FreeBSD.org>
To:        Joe Marcus Clarke <marcus@marcuscom.com>
Cc:        cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org, ports-committers@FreeBSD.org
Subject:   Re: cvs commit: ports/archivers/file-roller Makefile ports/archivers/file-roller/files patch-src_fr-command-zip.c
Message-ID:  <4B40B7DE.7010703@FreeBSD.org>
In-Reply-To: <1262502385.16768.134.camel@shumai.marcuscom.com>
References:  <201001022211.o02MBMSn045154@repoman.freebsd.org>	 <4B402298.7040202@FreeBSD.org> <1262502385.16768.134.camel@shumai.marcuscom.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Joe Marcus Clarke wrote:
> On Sat, 2010-01-02 at 20:52 -0800, Doug Barton wrote:
>> Isn't this bass-ackwards? Is there some functionality from unzip that
>> this port needs that the version now in the base does not provide? If
>> that's the case, can someone make that issue known so that interested
>> parties can address it?
> 
> There are two issues.  The first is a lack of zipinfo.  The unzip port
> includes the zipinfo binary which can be invoked via unzip by passing
> the -Z argument (i.e. unzip -Z is equivalent to calling zipinfo).
> 
> The other major feature lacking in /usr/bin/unzip is password support.
> The unzip port supports password-encoded archives (via the -P argument),
> and the base version does not.
> 
> If both of these issues get addressed, the base unzip would be fine.
> Without the fixes, file-roller is useless when it comes to zip archives.

That makes sense, thanks.

-- 

	Improve the effectiveness of your Internet presence with
	a domain name makeover!    http://SupersetSolutions.com/

	Computers are useless. They can only give you answers.
			-- Pablo Picasso




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4B40B7DE.7010703>