Here's the readme and copyright file for Debian GNU/Linux's
package of zip, Info-Zip's fast, portable, zipfile 
compression utility.

I obtained the original sources from ftp://quest.jpl.nasa.gov/pub/

The only mods I made were to add support for Debian's packaging scheme.

The copyright proper is included below; after that is an email I
received from Greg Roelofs <newt@pobox.com> regarding the inclusion
of zip and unzip in the distribution proper.

Here's the copyright:


Copyright (C) 1990-1993 Mark Adler, Richard B. Wales, Jean-loup Gailly,
Kai Uwe Rommel, Igor Mandrichenko and John Bush.
Permission is granted to any individual or institution to use, copy, or
redistribute this software so long as all of the original files are included,
that it is not sold for profit, and that this copyright notice is retained.


Zip 2.0.1 is a compression and file packaging utility.  It is compatible with
PKZIP 2.04g (Phil Katz ZIP) for MSDOS systems.  There is a companion to zip
called unzip (of course) which you should be able to find the same place
you got zip. See the file 'Where' for details on ftp sites and mail
servers.

This version of zip has been ported to a wide array of Unix and other
mainframes, minis, and micros including VMS, OS/2, Minix, MSDOS, Windows NT,
Atari and Amiga. Although highly compatible with PKware's PKZIP and PKUNZIP
utilities of MSDOS fame, our primary objective has been one of portability
and other-than-MSDOS functionality.  Features not found in the PKWare version
include creation of zip files in a pipe or on a device, VMS and OS/2 extended
file attributes, conversion from Unix to MSDOS text file format; and, of
course, the ability to run on most of your favorite operating systems.
And it's free.

Main changes since zip 2.0:

- fix a serious bug affecting OS/2 only (files with EAs were truncated to 64K)

Main changes since zip 1.9p1:

- new -i option (include only the following names).
- new -T option to test zip file integrity before overwriting original
- new -F and -FF (zipfix) options
- new -D option (do not create entries for directories)
- new -S option to include hidden/system files on MSDOS and OS/2
- new -$ option to include a volume label on MSDOS and OS/2
- new -ll option for CR LF to LF translation
- new -p option for zipsplit (pause between diskettes)
- speed up for the fast options (-1 to -3)
- support for new systems (Amiga, TOPS 20, Human68k, ...)
- many portability improvements
- many bug fixes

See the file 'history' for a detailed list of all changes.

This version does not support multi-volume archives as in pkzip 2.04g.
This may be provided in a future version if time permits.

Please read the file install.doc for information on how to compile and
install zip, zipsplit and zipnote.  Please read the file zip.doc for
information on how to use them.  The file "contents" is a complete
list of the files you should have in this distribution.  Also, if you
are using MSDOS, you should read the note on file formats at the end
of the contents file.

This version supports encryption, but the encryption code is distributed
separately because of the US export regulations. See the file 'Where'
for access to the encryption code. Decryption can be made with unzip 5.0p1
or later, or with zipcloak (which is provided in the encryption supplement).

All bug reports should go to zip-bugs@wkuvx1.bitnet, and suggestions for
new features can be sent to info-zip@wkuvx1.bitnet (although we don't
promise to use all suggestions). Patches should be sent as context diffs
only (diff -c).

If you're considering a port, please check in with zip-bugs FIRST,
since the code is constantly being updated behind the scenes.  We'll
arrange to give you access to the latest source.  The alternative is the
possibility that your hard work will be tucked away in a sub-archive
and pretty much ignored. Ports to VM/CMS and MVS would be welcome.

All bug reports should go to zip-bugs@wkuvx1.bitnet, and suggestions for
new features can be sent to info-zip@wkuvx1.bitnet (although we don't
promise to use all suggestions). If you can't reach bitnet, try
zip-bugs%wkuvx1.bitnet@ukcc.uky.edu.

If you'd like to keep up to date with our Zip (and companion UnZip utility)
development, join the ranks of BETA testers, add your own thoughts and con-
tributions, etc., send a two-line mail message containing the commands HELP
and LIST (on separate lines in the body of the message, not on the subject
line) to mxserver@wkuvx1.bitnet.  You'll receive two messages listing the
various Info-ZIP mailing-list formats which are available (and also various
unrelated lists) and instructions on how to subscribe to one or more of them
(courtesy of Hunter Goatley).

Frequently asked questions on zip and unzip:

Q. When unzipping I get an error message about "compression method 8".

A. Please get the latest version of unzip. See the file Where for details.


Q. I can't extract this zip file that I just downloaded. I get
   "zipfile is part of multi-disk archive" or some other message.

A. Please make sure that you made the transfer in binary mode. Check
   in particular that your copy has exactly the same size as the original.
   

Q. When running unzip, I get a message about "End-of-central-directory
   signature not found".

A. This usually means that your zip archive is damaged, or that you
   have an uncompressed file with the same name in the same directory.
   In the first case, it makes more sense to contact the person you
   obtained the zip file from rather than the Info-Zip software
   developers, and to make sure that your copy is strictly identical to
   the original.  In the second case, use "unzip zipfile.zip" instead
   of "unzip zipfile", to let unzip know which file is the zip archive
   you want to extract.


Q. Why doesn't zip do <something> just like PKZIP does?

A. Zip is not a PKZIP clone and is not intended to be one.  In some
   cases we feel PKZIP does not do the right thing (e.g., not
   including pathnames by default); in some cases the operating system
   itself is responsible (e.g., under Unix it is the shell which
   expands wildcards, not zip).  Info-ZIP's and PKWARE's zipfiles
   are interchangeable, not the programs.


Q. Can I distribute zip and unzip sources and/or executables?

A. You may redistribute the latest official distributions without any
   modification, without even asking us for permission. You can charge
   for the cost of the media (CDROM, diskettes, etc...) and a small copying
   fee.  If you want to distribute modified versions please contact us at
   zip-bugs@wkuvx1.bitnet first. You must not distribute beta versions.
   The latest official distributions are always on ftp.uu.net in directory
   /pub/archiving/zip and subdirectories.


Q. Can I use the executables of zip and unzip to distribute my software?

A. Yes, so long as it is made clear in the product documentation that
   zip or unzip are not being sold, that the source code is freely
   available, and that there are no extra or hidden charges resulting
   from its use by or inclusion with the commercial product. Here is
   an example of a suitable notice:

     NOTE:  <Product> is packaged on this CD using Info-ZIP's compression
     utility.  The installation program uses UnZip to read zip files from
     the CD.  Info-ZIP's software (Zip, UnZip and related utilities) is
     free and can be obtained as source code or executables from various
     anonymous-ftp sites, including ftp.uu.net:/pub/archiving/zip/*.


Q. Can I use the source code of zip and unzip in my commercial application?

A. Yes, so long as you include in your product an acknowledgment and an
   offer of the original compression sources for free or for a small
   copying fee, and make clear that there are no extra or hidden charges
   resulting from the use of the compression code by your product. In other
   words, you are allowed to sell only your own work, not ours. If you have
   special requirements contact us at zip-bugs@wkuvx1.bitnet.


And here's the email:

Return-Path: roe2@midway.uchicago.edu 
Received: from yoyo.cc.monash.edu.au (yoyo.cc.monash.edu.au [130.194.9.1]) by aurora.cc.monash.edu.au (8.8.0/8.8.0) with ESMTP id PAA30687 for <lamble@aurora.cc.monash.edu.au>; Tue, 15 Oct 1996 15:40:24 +1000 (EST)
Received: from haven.uchicago.edu (root@haven.uchicago.edu [128.135.12.3]) by yoyo.cc.monash.edu.au (8.7.5/8.7.3) with ESMTP id PAA16925 for <lamble@yoyo.cc.monash.edu.au>; Tue, 15 Oct 1996 15:39:36 +1000 (EST)
Received: from ellis.uchicago.edu (ellis.uchicago.edu [128.135.12.62]) by haven.uchicago.edu (8.7.5/8.7.3) with ESMTP id AAA16730; Tue, 15 Oct 1996 00:29:59 -0500 (CDT)
Received: (from roe2@localhost) by ellis.uchicago.edu (8.7.5/8.7.3) id AAA20074; Tue, 15 Oct 1996 00:31:04 -0500 (CDT)
Date: Tue, 15 Oct 1996 00:31:04 -0500 (CDT)
Message-Id: <199610150531.AAA20074@ellis.uchicago.edu>
To: lamble@yoyo.cc.monash.edu.au
Subject: Re: Bug#4780: (un)zip out of non-free?
Cc: zip-bugs@lists.wku.edu
From: Greg Roelofs <newt@pobox.com>

>He can't take _all_ the credit - Debian has a very nice bug tracking system
>that knows who maintains the various packages. All he had to do was send
>email to it, with respect to zip and/or unzip, and his mail would make its
>way to me. :-)

Ah, very slick.  I really should take the time to look at Debian in 
detail one of these days, but I haven't even had time to upgrade all
of my exes at home to ELF yet. :-(

>Anyway, I'm more than happy to see zip and unzip in the
>distribution itself; I know that I got confused when it wasn't there the
>first time I installed Debian.

Yes, especially given their prominence in Slackware (no slight intended)--
they're on the very first disk set, i.e., they're always installed.

Anyway, the old message is appended below; to sum up:  you guys have our
explicit permission to distribute Zip, UnZip and related utilities with
the normal Debian stuff, on CD-ROM or off, with or without your additional
package files (almost said "RPM" there...), and with or without Zip encryp-
tion (at your option).  If you make what a normal programmer would consider
source-code changes, please let us know about it.

Regards,
--
Greg Roelofs            newt@pobox.com            http://pobox.com/~newt/
Newtware, Info-ZIP, PNG Group, U Chicago, Philips Research, ...        


> From roe2@midway.uchicago.edu  Wed Jan  3 18:52:21 1996
> Return-Path: roe2@midway.uchicago.edu
> Received: from ellis.uchicago.edu (roe2@ellis.uchicago.edu [128.135.12.62]) by
> Received: (from roe2@localhost) by ellis.uchicago.edu (8.7.1/8.7.2) id SAA0540
> Date: Wed, 3 Jan 1996 18:52:04 -0600 (CST)
> From: Cave Newt <roe2@midway.uchicago.edu>
> Message-Id: <199601040052.SAA05403@ellis.uchicago.edu>
> To: bruce@pixar.com, imurdock@debian.org, iwj10@cus.cam.ac.uk
> Subject: Info-ZIP on Debian
> Cc: zip-bugs@wkuvx1.wku.edu
> Status: R
> 
> Greetings.
> 
> Marek Michalkiewicz sent us this mail:
> 
> > I noticed that unzip and zip are included in the
> > distribution, but only in the non-free directory (not distributed on
> > CD-ROMs, only on ftp sites).
> 
> [...]
> 
> > The version distributed with Debian is modified.  No files are really
> > modified except a few files are added (mostly Debian packaging and some
> > additional README), and a diff against the original is supplied, but the
> > copyright says it may not be modified and they take it very seriously.
> 
> Your site is dead right now, but it doesn't sound like you've done 
> anything horrible; we're mainly concerned with people adding sub-
> stantive changes to our code and letting us take the blame for it.
> Adding a few files or whatever is no big deal, especially given a
> context diff.
> 
> > Another problem: the copyright says one can distribute it and charge
> > the media cost (CD-ROM in this case) and small copying fee, but the
> > Debian maintainer said that all CD-ROMs are explicitly sold for profit
> > (not for "small copying fee").  It is not clear from the copyright
> > what is the maximum "small copying fee".  Is say $30 for a CD-ROM small
> > or not?
> 
> We don't have any problem with Info-ZIP code being distributed on CD-ROMs.
> I personally consider the $30 a charge for the compilation, not for the
> individual packages.  If Info-ZIP stuff were the *only* package, that
> would be excessive.  But given the hundreds or thousands of packages on
> the CD-ROM, it's ridiculous to assume that the $30 applies solely to our 
> code.  Even 1% of $30 is well under what I'd call "small."
> 
> > The package also has added encryption and this may be a valid reason
> > for not distributing it on CDs (so that they are not munitions :-),
> > but the zip encryption is a joke anyway and could be removed, better
> > use some real encryption software like PGP instead...
> 
> That's up to you guys.  PKWARE obtained a license to distribute it over-
> seas (not counting Libya, Cuba, Iran, etc.), and since ours is no differ-
> ent, you could assume that we're covered, too.  We don't assume that, but 
> our code is imported from Europe anyway.
> 
> > If you don't mind the distribution of the Info-ZIP software as part of
> > the Debian Linux distribution, please consider giving them an explicit
> > permission to do so.  Yes, I know they are paranoid :-).
> 
> Consider this message to be permission.  (I speak for Info-ZIP in this
> case.)
> 
> Regards,
> --
> Greg Roelofs                "Name an animal that's small and fuzzy."  "Mold."
> newt@uchicago.edu     or     http://quest.jpl.nasa.gov/Info-ZIP/people/greg/
