CVS commit: src/usr.bin/unzip

2019-07-28 Thread Joerg Sonnenberger 
Module Name:src
Committed By:   joerg
Date:   Sun Jul 28 12:44:36 UTC 2019

Modified Files:
src/usr.bin/unzip: Makefile

Log Message:
Explicitly link against libpthread and liblzma to make static linking
happy. Newer libarchive supports LZMA compression in zip files.


To generate a diff of this commit:
cvs rdiff -u -r1.6 -r1.7 src/usr.bin/unzip/Makefile

Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.

CVS commit: src/usr.bin/unzip

2019-07-28 Thread Joerg Sonnenberger 
Module Name:src
Committed By:   joerg
Date:   Sun Jul 28 12:44:36 UTC 2019

Modified Files:
src/usr.bin/unzip: Makefile

Log Message:
Explicitly link against libpthread and liblzma to make static linking
happy. Newer libarchive supports LZMA compression in zip files.


To generate a diff of this commit:
cvs rdiff -u -r1.6 -r1.7 src/usr.bin/unzip/Makefile

Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.

Modified files:

Index: src/usr.bin/unzip/Makefile
diff -u src/usr.bin/unzip/Makefile:1.6 src/usr.bin/unzip/Makefile:1.7
--- src/usr.bin/unzip/Makefile:1.6	Sun May 21 15:28:43 2017
+++ src/usr.bin/unzip/Makefile	Sun Jul 28 12:44:36 2019
@@ -1,13 +1,10 @@
-# $NetBSD: Makefile,v 1.6 2017/05/21 15:28:43 riastradh Exp $
+# $NetBSD: Makefile,v 1.7 2019/07/28 12:44:36 joerg Exp $
 
 .include 
 PROG=	unzip
 
-DPADD+=		${LIBARCHIVE} ${LIBZ} ${LIBBZ2}
-LDADD+=		-larchive -lz -lbz2
-
-LDADD+=  -lcrypto
-DPADD+=  ${LIBCRYPTO}
+DPADD+=		${LIBARCHIVE} ${LIBZ} ${LIBBZ2} ${LIBLZMA} ${LIBCRYPTO} ${LIBPTHREAD}
+LDADD+=		-larchive -lz -lbz2 -llzma -lcrypto -lpthread
 
 COPTS.unzip.c += -Wno-format-y2k

Re: CVS commit: src/usr.bin/unzip

2011-08-18 Thread Christos Zoulas 
In article 20110818051549.gb24...@arresum.veego.de,
Bernd Ernesti  source-changes-d@NetBSD.org wrote:
On Thu, Aug 18, 2011 at 01:49:30AM +, Christos Zoulas wrote:
 In article 20110817212950.gc16...@britannica.bec.de,
 Joerg Sonnenberger  jo...@britannica.bec.de 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 compatible output is another way of doing it,
 but is it worth it?

No, just back the change out because the output should look the same as
the 'normal' unzip does.
The change is nice but should not be done as long as the official unzip
still use the old output.

Fine, reverted.

christos

Re: CVS commit: src/usr.bin/unzip

2011-08-17 Thread Joerg Sonnenberger 
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:
   src/usr.bin/unzip: unzip.c
 
 Log Message:
 kill 2 digit year format.
 
 
 To generate a diff of this commit:
 cvs rdiff -u -r1.15 -r1.16 src/usr.bin/unzip/unzip.c
 
 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

Re: CVS commit: src/usr.bin/unzip

2011-08-17 Thread Christos Zoulas 
In article 20110817212950.gc16...@britannica.bec.de,
Joerg Sonnenberger  jo...@britannica.bec.de 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 compatible output is another way of doing it,
but is it worth it?

christos

Re: CVS commit: src/usr.bin/unzip

2011-08-17 Thread Bernd Ernesti 
On Thu, Aug 18, 2011 at 01:49:30AM +, Christos Zoulas wrote:
 In article 20110817212950.gc16...@britannica.bec.de,
 Joerg Sonnenberger  jo...@britannica.bec.de 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 compatible output is another way of doing it,
 but is it worth it?

No, just back the change out because the output should look the same as
the 'normal' unzip does.
The change is nice but should not be done as long as the official unzip
still use the old output.

Bernd

CVS commit: src/usr.bin/unzip

2010-02-18 Thread Joerg Sonnenberger 
Module Name:src
Committed By:   joerg
Date:   Thu Feb 18 15:51:57 UTC 2010

Modified Files:
src/usr.bin/unzip: unzip.c

Log Message:
Only print the Archive: xxx header if not in extract-to-stdout mode.


To generate a diff of this commit:
cvs rdiff -u -r1.11 -r1.12 src/usr.bin/unzip/unzip.c

Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.

CVS commit: src/usr.bin/unzip

2010-01-09 Thread Marc Balmer 
Module Name:src
Committed By:   mbalmer
Date:   Sat Jan  9 09:27:42 UTC 2010

Modified Files:
src/usr.bin/unzip: unzip.c

Log Message:
When restoring files, use the mode, not the filetype, for the mode.
From FreeBSD (r201630)


To generate a diff of this commit:
cvs rdiff -u -r1.10 -r1.11 src/usr.bin/unzip/unzip.c

Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.

Re: CVS commit: src/usr.bin/unzip

2009-06-25 Thread Joerg Sonnenberger 
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 libarchive update will bring support for zip
writing, so hoking up bsdtar would give that. The main reason for
unzip(1) is to be a drop-in replacement for Infozip's unzip. Quite a bit
of software depends on that.

Joerg