Changes in Makefile http://nxr.netbsd.org/rss/src/usr.bin/unzip/Makefile en Copyright 2005 Java Explicitly link against libzstd where libarchive is used.<br/>Needed for static linking, where transitive library dependancies<br/>aren't tracked. /src/usr.bin/unzip/Makefile - 1.9 Thu Apr 30 13:31:47 UTC 2026 simonb Add support for static linking of libzstd /src/usr.bin/unzip/Makefile - 1.8 Mon Nov 11 11:44:51 UTC 2024 martin branches: 1.7.12;<br/>Explicitly link against libpthread and liblzma to make static linking<br/>happy. Newer libarchive supports LZMA compression in zip files. /src/usr.bin/unzip/Makefile - 1.7 Sun Jul 28 00:44:36 UTC 2019 joerg branches: 1.6.10;<br/>Remove MKCRYPTO option.<br/><br/>Originally, MKCRYPTO was introduced because the United States<br/>classified cryptography as a munition and restricted its export. The<br/>export controls were substantially relaxed fifteen years ago, and are<br/>essentially irrelevant for software with published source code.<br/><br/>In the intervening time, nobody bothered to remove the option after<br/>its motivation -- the US export restriction -- was eliminated. I'm<br/>not aware of any other operating system that has a similar option; I<br/>expect it is mainly out of apathy for churn that we still have it.<br/>Today, cryptography is an essential part of modern computing -- you<br/>can't use the internet responsibly without cryptography.<br/><br/>The position of the TNF board of directors is that TNF makes no<br/>representation that MKCRYPTO=no satisfies any country's cryptography<br/>regulations.<br/><br/>My personal position is that the availability of cryptography is a<br/>basic human right; that any local laws restricting it to a privileged<br/>few are fundamentally immoral; and that it is wrong for developers to<br/>spend effort crippling cryptography to work around such laws.<br/><br/>As proposed on tech-crypto, tech-security, and tech-userlevel to no<br/>objections:<br/><br/>https://mail-index.netbsd.org/tech-crypto/2017/05/06/msg000719.html<br/>https://mail-index.netbsd.org/tech-security/2017/05/06/msg000928.html<br/>https://mail-index.netbsd.org/tech-userlevel/2017/05/06/msg010547.html<br/><br/>P.S. Reviewing all the uses of MKCRYPTO in src revealed a lot of<br/>*bad* crypto that was conditional on it, e.g. DES in telnet... That<br/>should probably be removed too, but on the grounds that it is bad,<br/>not on the grounds that it is (nominally) crypto. /src/usr.bin/unzip/Makefile - 1.6 Sun May 21 15:28:43 UTC 2017 riastradh Add crypto stuff on top of what we already have, rather than replacing! /src/usr.bin/unzip/Makefile - 1.5 Sat Apr 22 05:32:40 UTC 2017 pgoyette fix conditional /src/usr.bin/unzip/Makefile - 1.4 Fri Apr 21 23:49:17 UTC 2017 christos new libarchive need crypto. /src/usr.bin/unzip/Makefile - 1.3 Fri Apr 21 23:06:18 UTC 2017 christos branches: 1.2.24;<br/>revert 4 digit year printing and add -y option to print 4 digit years. /src/usr.bin/unzip/Makefile - 1.2 Thu Aug 18 11:29:27 UTC 2011 christos Add work-in-progress unzip(1) frontend for libarchive.<br/>Derived from FreeBSD's unzip. /src/usr.bin/unzip/Makefile - 1.1 Thu Jun 25 20:27:05 UTC 2009 joerg Sync with HEAD /src/usr.bin/unzip/Makefile - 1.2.24.1 Wed Apr 26 02:53:35 UTC 2017 pgoyette Mostly merge changes from HEAD upto 20200411 /src/usr.bin/unzip/Makefile - 1.6.10.1 Mon Apr 13 08:05:49 UTC 2020 martin Sync with HEAD /src/usr.bin/unzip/Makefile - 1.7.12.1 Sat Aug 02 05:58:44 UTC 2025 perseant