Permalink
Browse files

Use -z flag to tar. Best way forward for now.

  • Loading branch information...
1 parent 28be548 commit e4f85e3ac8db0250a5b55b06ee7b63964c77fe1b @isaacs isaacs committed Sep 28, 2011
Showing with 14 additions and 890 deletions.
  1. +0 −10 LICENSE
  2. +0 −339 deps/gzip124xN/COPYING
  3. +0 −148 deps/gzip124xN/README
  4. +0 −360 deps/gzip124xN/gzip.doc
  5. BIN deps/gzip124xN/gzip.exe
  6. +6 −0 doc/cli/config.md
  7. +8 −33 lib/utils/tar.js
View
10 LICENSE
@@ -42,13 +42,3 @@ This program includes a BSDTar/LibArchive version 2.8.3-1 binary,
originally distributed as part of the MinGW suite, compiled for
Win32, used according to the terms of the BSD license.
See deps/basic-bsdtar-2.8.3-1-ming32-bin/basic-bsdtar.LICENSE.
-
-This program includes a binary copy of GZIP version 1.2.4 by
-Jean-loup Gailly (jloup@gzip.org), and Mark Adler, compiled for
-Win32, used according to the terms of the GPL license.
-See: deps/gzip124xN/COPYING
-
-IMPORTANT: If you are using npm according to the terms of the MIT
-license, in such a way that is *not* compatible with the GPL license,
-then remove the deps/gzip124xN folder. This is only necessary for
-windows support, and not required on Unix systems.
View

Large diffs are not rendered by default.

Oops, something went wrong.
View
@@ -1,148 +0,0 @@
-This is the file README for the gzip distribution, version 1.2.4.
-
-gzip (GNU zip) is a compression utility designed to be a replacement
-for 'compress'. Its main advantages over compress are much better
-compression and freedom from patented algorithms. The GNU Project
-uses it as the standard compression program for its system.
-
-gzip currently uses by default the LZ77 algorithm used in zip 2.0.1 (the
-portable pkzip compatible archiver). The gzip format was however
-designed to accommodate several compression algorithms. See below
-for a comparison of zip and gzip.
-
-gunzip can currently decompress files created by gzip, compress or
-pack. The detection of the input format is automatic. For the
-gzip format, gunzip checks a 32 bit CRC. For pack, gunzip checks the
-uncompressed length. The 'compress' format was not designed to allow
-consistency checks. However gunzip is sometimes able to detect a bad
-.Z file because there is some redundancy in the .Z compression format.
-If you get an error when uncompressing a .Z file, do not assume that
-the .Z file is correct simply because the standard uncompress does not
-complain. This generally means that the standard uncompress does not
-check its input, and happily generates garbage output.
-
-gzip produces files with a .gz extension. Old versions of gzip
-used the .z extension, which was already used by the 'pack' Huffman
-encoder. gunzip is able to decompress .z files (packed or gzip'ed).
-The data format used by gzip is described in the files deflate-1.1.doc
-and gzip-4.1.doc, available in ftp.uu.net:/pub/archiving/zip/doc.
-
-Several planned features are not yet supported (see the file TODO).
-See the file NEWS for a summary of changes since 0.5. See the file
-INSTALL for installation instructions. Some answers to frequently
-asked questions are given in the file INSTALL, please read it. (In
-particular, please don't ask me once more for an /etc/magic entry.)
-
-WARNING: on several systems, compiler bugs cause gzip to fail, in
-particular when optimization options are on. See the section "Special
-targets" at the end of the INSTALL file for a list of known problems.
-For all machines, use "make check" to check that gzip was compiled
-correctly. Try compiling gzip without any optimization if you have a
-problem.
-
-Please send all comments by electronic mail to the gzip maintainer
-<gzip@prep.ai.mit.edu>. Bug reports should be sent to
-<bug-gzip@prep.ai.mit.edu>. They should ideally include:
-
- * The complete output of "gzip -V" (or the contents of revision.h
- if you can't get gzip to compile)
- * The hardware and operating system (try "uname -a")
- * The compiler used to compile (if it is gcc, use "gcc -v")
- * A description of the bug behavior
- * The input to gzip that triggered the bug
-
-But first, if you have a problem with a .gz file, *please* make sure that
-the file was downloaded in binary mode. 99% of the problems are due to
-people using ascii mode instead of binary mode. In particular, gopher is
-known to corrupt binary files by considering them as ascii.
-
-If you send me patches for machines I don't have access to, please test them
-very carefully. gzip is used for backups, it must be extremely reliable.
-
-The package crypt++.el is highly recommended to manipulate gzip'ed
-file from emacs. It recognizes automatically encrypted and compressed
-files when they are first visited or written. It is available via
-anonymous ftp to roebling.poly.edu [128.238.5.31] in /pub/lisp/crypt++.el.
-The same site contains also patches to dired, ange-ftp and info.
-GNU tar 1.11.2 has a -z option to invoke directly gzip, so you don't have to
-patch it. The package ftp.uu.net:/languages/emacs-lisp/misc/jka-compr19.el.Z
-also supports gzip'ed files.
-
-The znew and gzexe shell scripts provided with gzip benefit from
-(but do not require) the cpmod utility to transfer file attributes.
-It is available by anonymous ftp on gatekeeper.dec.com in
-/archive/.b/usenet/comp.sources.unix/volume11/cpmod.Z
-
-The sample programs zread.c, sub.c and add.c in subdirectory sample
-are provided as examples of useful complements to gzip. Read the
-comments inside each source file. The perl script ztouch is also
-provided as example (not installed by default since it relies on perl).
-
-
-gzip is free software, you can redistribute it and/or modify it under
-the terms of the GNU General Public License, a copy of which is
-provided under the name COPYING. The latest version of gzip is always
-available by ftp in prep.ai.mit.edu:/pub/gnu, or in any of the prep
-mirror sites:
-
-- sources in gzip-*.tar (or .shar or .tar.gz).
-- Solaris 2 executables in sparc-sun-solaris2/gzip-binaries-*.tar and
- i486-sun-solaris2/gzip-binaries-*.tar.
-- MSDOS lha self-extracting exe in gzip-*.msdos.exe. Once extracted,
- copy gzip.exe to gunzip.exe and zcat.exe, or use "gzip -d" to decompress.
- gzip386.exe runs much faster but only on 386 and above; it is compiled with
- djgpp 1.10 available in directory omnigate.clarkson.edu:/pub/msdos/djgpp.
-
-A VMS executable is available in ftp.spc.edu:[.macro32.savesets]gzip-1-*.zip
-(use [.macro32]unzip.exe to extract). A PRIMOS executable is available
-in ftp.lysator.liu.se:/pub/primos/run/gzip.run.
-OS/2 executables (16 and 32 bits versions) are available in
-ftp.informatik.tu-muenchen.de:/pub/comp/os/os2/archiver/gnu/gz*-[16,32].zip
-
-Some ftp servers can automatically make a tar.Z from a tar file. If
-you are getting gzip for the first time, you can ask for a tar.Z file
-instead of the much larger tar file.
-
-Many thanks to those who provided me with bug reports and feedback.
-See the files THANKS and ChangeLog for more details.
-
-
- Note about zip vs. gzip:
-
-The name 'gzip' was a very unfortunate choice, because zip and gzip
-are two really different programs, although the actual compression and
-decompression sources were written by the same persons. A different
-name should have been used for gzip, but it is too late to change now.
-
-zip is an archiver: it compresses several files into a single archive
-file. gzip is a simple compressor: each file is compressed separately.
-Both share the same compression and decompression code for the
-'deflate' method. unzip can also decompress old zip archives
-(implode, shrink and reduce methods). gunzip can also decompress files
-created by compress and pack. zip 2.0 and gzip do not support
-compression methods other than deflation. (zip 1.0 supports shrink and
-implode). Better compression methods may be added in future versions
-of gzip. zip will always stick to absolute compatibility with pkzip,
-it is thus constrained by PKWare, which is a commercial company. The
-gzip header format is deliberately different from that of pkzip to
-avoid such a constraint.
-
-On Unix, gzip is mostly useful in combination with tar. GNU tar
-1.11.2 has a -z option to invoke gzip automatically. "tar -z"
-compresses better than zip, since gzip can then take advantage of
-redundancy between distinct files. The drawback is that you must
-scan the whole tar.gz file in order to extract a single file near
-the end; unzip can directly seek to the end of the zip file. There
-is no overhead when you extract the whole archive anyway.
-If a member of a .zip archive is damaged, other files can still
-be recovered. If a .tar.gz file is damaged, files beyond the failure
-point cannot be recovered. (Future versions of gzip will have
-error recovery features.)
-
-gzip and gunzip are distributed as a single program. zip and unzip
-are, for historical reasons, two separate programs, although the
-authors of these two programs work closely together in the info-zip
-team. zip and unzip are not associated with the GNU project. The
-latest versions of zip and unzip are always on ftp.uu.net in directory
-/pub/archiving/zip. The current versions at the time of this gzip
-release were zip201.zip and unzip52.tar.Z.
Oops, something went wrong.

0 comments on commit e4f85e3

Please sign in to comment.