home *** CD-ROM | disk | FTP | other *** search
/ ftp.shrubbery.net / 2015-02-07.ftp.shrubbery.net.tar / ftp.shrubbery.net / pub / pc / unix / tar4dos.exe / TAR.DOC < prev    next >
Text File  |  1990-08-23  |  26KB  |  539 lines
  1. .nf
  2. TAR(1)                   USER COMMANDS                     TAR(1)
  3.  
  4. NAME
  5.      tar - tape (or other media) file archiver
  6.  
  7. SYNOPSIS
  8.      tar -[BcdDhiklmopRstvxzZ] [-b N] [-f F] [-T F] [ filename or
  9.      regexp ...  ]
  10.  
  11. DESCRIPTION
  12.      tar provides a  way  to  store  many  files  into  a  single
  13.      archive,  which  can be kept in another Unix file, stored on
  14.      an I/O device such as tape, floppy, cartridge, or disk, sent
  15.      over  a  network, or piped to another program.  It is useful
  16.      for making backup copies, or for packaging up a set of files
  17.      to move them to another system.
  18.  
  19.      tar has existed  since  Version  7  Unix  with  very  little
  20.      change.   It  has  been  proposed as the standard format for
  21.      interchange of files among systems that conform to the  IEEE
  22.      P1003 ``Portable Operating System'' standard.
  23.  
  24.      This version of tar supports some of  the  extensions  which
  25.      were  proposed in the P1003 draft standards, including owner
  26.      and group names, and support for named  pipes,  fifos,  con-
  27.      tiguous files, and block and character devices.
  28.  
  29.      When reading an archive, this version of tar continues after
  30.      finding an error.  Previous versions required the `i' option
  31.      to ignore checksum errors.
  32.  
  33. OPTIONS
  34.      tar options can be specified in either  of  two  ways.   The
  35.      usual  Unix conventions can be used: each option is preceded
  36.      by `-'; arguments  directly  follow  each  option;  multiple
  37.      options  can be combined behind one `-' as long as they take
  38.      no arguments.  For compatability with the Unix tar  program,
  39.      the options may also be specified as ``keyletters,'' wherein
  40.      all the option letters occur in the first argument  to  tar,
  41.      with  no  `-',  and  their  arguments,  if any, occur in the
  42.      second, third, ...  arguments.  Examples:
  43.  
  44.      Normal:  tar -f arcname -cv file1 file2
  45.  
  46.      Old:  tar fcv arcname file1 file2
  47.  
  48.      At least one of the -c,  -t,  -d,  or  -x  options  must  be
  49.      included.  The rest are optional.
  50.  
  51.      Files to be operated upon are specified by a  list  of  file
  52.      names,  which  follows  the option specifications (or can be
  53.      read from a file by the -T option).  Specifying a  directory
  54.      name  causes that directory and all the files it contains to
  55.      be  (recursively)  processed.   If  a  full  path  name   is
  56.      specified  when  creating  an archive, it will be written to
  57.      the archive without the initial "/", to allow the  files  to
  58.      be  later  read  into a different place than where they were
  59.      dumped from, and a warning will be printed.   If  files  are
  60.      extracted  from  an  archive which contains full path names,
  61.      they will be extracted relative to the current directory and
  62.      a warning message printed.
  63.  
  64.      When extracting or listing files,  the  ``file  names''  are
  65.      treated as regular expressions, using mostly the same syntax
  66.      as the shell.  The shell  actually  matches  each  substring
  67.      between  ``/''s  separately,  while  tar  matches the entire
  68.      string at once, so some anomalies will occur; e.g. ``*''  or
  69.      ``?'' can match a ``/''.  To specify a regular expression as
  70.      an argument to tar, quote it so the shell  will  not  expand
  71.      it.
  72.  
  73.      -b N Specify a blocking factor for the archive.   The  block
  74.           size  will  be  N x 512 bytes.  Larger blocks typically
  75.           run faster and let you fit more data on  a  tape.   The
  76.           default  blocking  factor  is set when tar is compiled,
  77.           and is typically 20.  There is no limit to the  maximum
  78.           block  size,  as long as enough memory can be allocated
  79.           for it, and  as  long  as  the  device  containing  the
  80.           archive can read or write that block size.
  81.  
  82.      -B   When reading an archive, reblock  it  as  we  read  it.
  83.           Normally,  tar  reads  each block with a single read(2)
  84.           system call.  This does not work when  reading  from  a
  85.           pipe  or  network  socket  under Berkeley Unix; read(2)
  86.           only gives as much data as has arrived at  the  moment.
  87.           With  this option, it will do multiple read(2)s to fill
  88.           out to a record  boundary,  rather  than  reporting  an
  89.           error.   This option is default when reading an archive
  90.           from standard input, or over a network.
  91.  
  92.      -c   Create an archive from a list of files.
  93.  
  94.      -d   Diff an archive against the files in the  file  system.
  95.           Reports  differences  in file size, mode, uid, gid, and
  96.           contents.  If a file exists on the tape, but not in the
  97.           file  system,  that  is  reported.   This  option needs
  98.           further work to be really useful.
  99.  
  100.      -D   When creating an  archive,  only  dump  each  directory
  101.           itself;  don't dump all the files inside the directory.
  102.           In conjunction with find(1), this is useful in creating
  103.           incremental  dumps  for  archival  backups,  similar to
  104.           those produced by dump(8).
  105.  
  106.      -f F Specify the filename of the archive.  If the  specified
  107.           filename  is  ``-'',  the  archive  is  read  from  the
  108.           standard input or written to the standard  output.   If
  109.           the -f option is not used, and the environment variable
  110.           TAPE exists, its  value  will  be  used;  otherwise,  a
  111.           default  archive  name  (which  was picked when tar was
  112.           compiled) is used.  The default is normally set to  the
  113.           ``first''  tape drive or other transportable I/O medium
  114.           on the system.
  115.  
  116.           If the filename contains a colon before a slash, it  is
  117.           interpreted  as  a  ``hostname:/file/name''  pair.  tar
  118.           will invoke the commands  rsh  and  dd  to  access  the
  119.           specified  file  or  device on the system hostname.  If
  120.           you need to do something unusual like rsh with  a  dif-
  121.           ferent user name, use ``-f -'' and pipe it to rsh manu-
  122.           ally.
  123.  
  124.      -h   When creating an archive, if a symbolic link is encoun-
  125.           tered,  dump  the file or directory to which it points,
  126.           rather than dumping it as a symbolic link.
  127.  
  128.      -i   When reading an archive, ignore blocks of zeros in  the
  129.           archive.   Normally  a block of zeros indicates the end
  130.           of the archive, but in a damaged archive, or one  which
  131.           was  created by appending several archives, this option
  132.           allows tar to  continue.   It  is  not  on  by  default
  133.           because  there  is  garbage  written  after  the zeroed
  134.           blocks by the Unix tar program.  Note  that  with  this
  135.           option set, tar will read all the way to the end of the
  136.           file, eliminating problems with multi-file tapes.
  137.  
  138.      -k   When extracting files from an  archive,  keep  existing
  139.           files,  rather  than  overwriting them with the version
  140.           from the archive.
  141.  
  142.      -l   When dumping the contents of a directory to an archive,
  143.           stay  within  the  local file system of that directory.
  144.           This option only affects the files dumped because  they
  145.           are  in  a dumped directory; files named on the command
  146.           line are always dumped, and they can  be  from  various
  147.           file  systems.  This is useful for making ``full dump''
  148.           archival backups of a file system, as with the  dump(8)
  149.           command.   Files  which  are skipped due to this option
  150.           are mentioned on the standard error.
  151.  
  152.      -m   When extracting files from an archive, set each  file's
  153.           modified  timestamp  to  the  current time, rather than
  154.           extracting each  file's  modified  timestamp  from  the
  155.           archive.
  156.  
  157.      -o   When creating an archive, write an old format  archive,
  158.           which  does  not include information about directories,
  159.           pipes, fifos, contiguous files, or  device  files,  and
  160.           specifies file ownership by uid's and gid's rather than
  161.           by user names  and  group  names.   In  most  cases,  a
  162.           ``new''  format  archive  can be read by an ``old'' tar
  163.           program without serious trouble, so this option  should
  164.           seldom be needed.
  165.  
  166.      -p   When extracting files from an archive, restore them  to
  167.           the  same permissions that they had in the archive.  If
  168.           -p is not specified, the current umask limits the  per-
  169.           missions of the extracted files.  See umask(2).
  170.  
  171.      -R   With each message that tar produces, print  the  record
  172.           number  within  the archive where the message occurred.
  173.           This option is especially useful when  reading  damaged
  174.           archives,  since  it helps to pinpoint the damaged sec-
  175.           tion.
  176.  
  177.      -s   When specifying a list of filenames  to  be  listed  or
  178.           extracted  from  an archive, the -s flag specifies that
  179.           the list is sorted into the same  order  as  the  tape.
  180.           This  allows  a  large  list  to be used, even on small
  181.           machines, because the entire list need not be read into
  182.           memory  at  once.   Such  a  sorted  list can easily be
  183.           created by running ``tar -t'' on the archive and  edit-
  184.           ing its output.
  185.  
  186.      -t   List a table of contents of an  existing  archive.   If
  187.           file  names are specified, just list files matching the
  188.           specified names.  The listing appears on  the  standard
  189.           output.
  190.  
  191.      -T F Rather than specifying file names  or  regular  expres-
  192.           sions  as  arguments  to  the  tar command, this option
  193.           specifies that they should be read from the file F, one
  194.           per  line.   If  the  file name specified is ``-'', the
  195.           list is read from the standard input.  This option,  in
  196.           conjunction  with  the -s option, allows an arbitrarily
  197.           large list of files to be  processed,  and  allows  the
  198.           list to be piped to tar.
  199.  
  200.      -v   Be verbose about the files that are being processed  or
  201.           listed.   Normally,  archive creation, file extraction,
  202.           and differencing are silent, and archive  listing  just
  203.           gives  file  names.   The  -v  option  causes  an  ``ls
  204.           -l''-like listing to be produced.  The output  from  -v
  205.           appears  on the standard output except when creating an
  206.           archive (since the new archive  might  be  on  standard
  207.           output), where it goes to the standard error output.
  208.  
  209.      -x   Extract files from an existing archive.  If file  names
  210.           are  specified,  just extract files matching the speci-
  211.           fied names, otherwise extract  all  the  files  in  the
  212.           archive.
  213.  
  214.      -z or -Z
  215.           The archive should be compressed as it is  written,  or
  216.           decompressed  as it is read, using the compress(1) pro-
  217.           gram.  This option works on I/O devices  and  over  the
  218.           network, as well as on disk files; data to or from such
  219.           devices is reblocked using a ``dd'' command to  enforce
  220.           the  specified  (or  default)  block size.  The default
  221.           compression parameters are used; if you need  to  over-
  222.           ride them, avoid the ``z'' option and compress it your-
  223.           self.
  224.  
  225. SEE ALSO
  226.      shar(1),  tar(5),  compress(1),  ar(1),   arc(1),   cpio(1),
  227.      dump(8), restore(8), restor(8), rsh(1), dd(1), find(1)
  228.  
  229. BUGS
  230.      The r, u, w, X, l, F, C, and digit options of Unix  tar  are
  231.      not supported.
  232.  
  233.      Multiple-tape (or floppy) archives should be supported,  but
  234.      so far no clean way has been implemented.
  235.  
  236.      A bug in the Bourne Shell usually causes an extra newline to
  237.      be  written  to  the standard error when using compressed or
  238.      remote archives.
  239.  
  240.      A bug in ``dd''  prevents  turning  off  the  ``x+y  records
  241.      in/out''  messages on the standard error when ``dd'' is used
  242.      to reblock or transport an archive.
  243.  
  244. TAR(5)                    FILE FORMATS                     TAR(5)
  245.  
  246. NAME
  247.      tar - tape (or other media) archive file format
  248.  
  249. DESCRIPTION
  250.      A ``tar tape'' or file contains a series of  records.   Each
  251.      record  contains  TRECORDSIZE  bytes  (see below).  Although
  252.      this format may be thought of as  being  on  magnetic  tape,
  253.      other   media   are  often  used.   Each  file  archived  is
  254.      represented by a header record  which  describes  the  file,
  255.      followed  by zero or more records which give the contents of
  256.      the file.  At the end of the archive file  there  may  be  a
  257.      record filled with binary zeros as an end-of-file indicator.
  258.      A reasonable system should write a record of  zeros  at  the
  259.      end,  but  must not assume that an end-of-file record exists
  260.      when reading an archive.
  261.  
  262.      The records may be  blocked  for  physical  I/O  operations.
  263.      Each  block of N records (where N is set by the -b option to
  264.      tar) is written with a single write()  operation.   On  mag-
  265.      netic  tapes,  the  result  of such a write is a single tape
  266.      record.  When writing an archive, the last block of  records
  267.      should  be  written at the full size, with records after the
  268.      zero record containing all zeroes.  When reading an archive,
  269.      a  reasonable system should properly handle an archive whose
  270.      last block is shorter than the rest, or which contains  gar-
  271.      bage records after a zero record.
  272.  
  273.      The header record is defined in the header file  <tar.h>  as
  274.      follows:
  275.      /*
  276.       * Standard Archive Format - Standard TAR - USTAR
  277.       */
  278.      #define   RECORDSIZE     512
  279.      #define   NAMSIZ    100
  280.      #define   TUNMLEN   32
  281.      #define   TGNMLEN   32
  282.  
  283.      union record {
  284.           char      charptr[RECORDSIZE];
  285.           struct header {
  286.                char name[NAMSIZ];
  287.                char mode[8];
  288.                char uid[8];
  289.                char gid[8];
  290.                char size[12];
  291.                char mtime[12];
  292.                char chksum[8];
  293.                char linkflag;
  294.                char linkname[NAMSIZ];
  295.                char magic[8];
  296.                char uname[TUNMLEN];
  297.                char gname[TGNMLEN];
  298.                char devmajor[8];
  299.                char devminor[8];
  300.           } header;
  301.      };
  302.  
  303.      /* The checksum field is filled with this while the checksum is computed. */
  304.      #define   CHKBLANKS "        "          /* 8 blanks, no null */
  305.  
  306.      /* The magic field is filled with this if uname and gname are valid. */
  307.      #define   TMAGIC    "ustar  "      /* 7 chars and a null */
  308.  
  309.      /* The linkflag defines the type of file */
  310.      #define   LF_OLDNORMAL '\0'        /* Normal disk file, Unix compatible */
  311.      #define   LF_NORMAL '0'       /* Normal disk file */
  312.      #define   LF_LINK   '1'       /* Link to previously dumped file */
  313.      #define   LF_SYMLINK     '2'       /* Symbolic link */
  314.      #define   LF_CHR    '3'       /* Character special file */
  315.      #define   LF_BLK    '4'       /* Block special file */
  316.      #define   LF_DIR         '5'       /* Directory */
  317.      #define   LF_FIFO   '6'       /* FIFO special file */
  318.      #define   LF_CONTIG '7'       /* Contiguous file */
  319.      /* Further link types may be defined later. */
  320.  
  321.      /* Bits used in the mode field - values in octal */
  322.      #define   TSUID          04000          /* Set UID on execution */
  323.      #define   TSGID          02000          /* Set GID on execution */
  324.      #define   TSVTX          01000          /* Save text (sticky bit) */
  325.  
  326.      /* File permissions */
  327.      #define   TUREAD    00400          /* read by owner */
  328.      #define   TUWRITE   00200          /* write by owner */
  329.      #define   TUEXEC    00100          /* execute/search by owner */
  330.      #define   TGREAD    00040          /* read by group */
  331.      #define   TGWRITE   00020          /* write by group */
  332.      #define   TGEXEC    00010          /* execute/search by group */
  333.      #define   TOREAD    00004          /* read by other */
  334.      #define   TOWRITE   00002          /* write by other */
  335.      #define   TOEXEC    00001          /* execute/search by other */
  336.  
  337.      All characters in header records are represented using 8-bit
  338.      characters in the local variant of ASCII.  Each field within
  339.      the structure is contiguous; that is, there  is  no  padding
  340.      used  within  the  structure.  Each character on the archive
  341.      medium is stored contiguously.
  342.  
  343.      Bytes representing the contents of files (after  the  header
  344.      record  of  each file) are not translated in any way and are
  345.      not constrained to represent characters  or  to  be  in  any
  346.      character  set.  The tar(5) format does not distinguish text
  347.      files from binary files, and no translation of file contents
  348.      should be performed.
  349.  
  350.      The fields name,  linkname,  magic,  uname,  and  gname  are
  351.      null-terminated  character  strings.   All  other fields are
  352.      zero-filled octal numbers in ASCII.  Each numeric field  (of
  353.      width  w)  contains  w-2 digits, a space, and a null, except
  354.      size and mtime, which do not contain the trailing null.
  355.  
  356.      The name field is the pathname of the file,  with  directory
  357.      names  (if  any)  preceding  the  file  name,  separated  by
  358.      slashes.
  359.  
  360.      The mode field provides nine bits  specifying  file  permis-
  361.      sions  and  three  bits  to specify the Set UID, Set GID and
  362.      Save Text (TSVTX) modes.  Values for these bits are  defined
  363.      above.   When  special  permissions are required to create a
  364.      file with a given mode, and the user  restoring  files  from
  365.      the  archive does not hold such permissions, the mode bit(s)
  366.      specifying those special  permissions  are  ignored.   Modes
  367.      which  are  not  supported by the operating system restoring
  368.      files from the archive will be ignored.   Unsupported  modes
  369.      should be faked up when creating an archive; e.g.  the group
  370.      permission could be copied from the `other' permission.
  371.  
  372.      The uid and gid fields are the user and group ID of the file
  373.      owners, respectively.
  374.  
  375.      The size field is the size of  the  file  in  bytes;  linked
  376.      files are archived with this field specified as zero.
  377.  
  378.      The mtime field is the modification time of the file at  the
  379.      time it was archived.  It is the ASCII representation of the
  380.      octal  value  of  the  last  time  the  file  was  modified,
  381.      represented as in integer number of seconds since January 1,
  382.      1970, 00:00 Coordinated Universal Time.
  383.  
  384.      The chksum field is the ASCII  representaion  of  the  octal
  385.      value  of  the simple sum of all bytes in the header record.
  386.      Each 8-bit byte in the header  is  treated  as  an  unsigned
  387.      value.   These values are added to an unsigned integer, ini-
  388.      tialized to zero, the precision of which shall  be  no  less
  389.      than  seventeen  bits.   When  calculating the checksum, the
  390.      chksum field is treated as if it were all blanks.
  391.  
  392.      The typeflag field specifies the type of file archived.   If
  393.      a particular implementation does not recognize or permit the
  394.      specified type, the file will be extracted as if it  were  a
  395.      regular  file.   As this action occurs, tar issues a warning
  396.      to the standard error.
  397.  
  398.      LF_NORMAL or LF_OLDNORMAL
  399.           represents a regular file.  For backward compatibility,
  400.           a  typeflag  value  of  LF_OLDNORMAL should be silently
  401.           recognized as a regular file.  New archives  should  be
  402.           created  using  LF_NORMAL.  Also, for backward compata-
  403.           bility, tar treats a regular file whose name ends  with
  404.           a slash as a directory.
  405.  
  406.      LF_LINK
  407.           represents a file linked to another file, of any  type,
  408.           previously archived.  Such files are identified in Unix
  409.           by each file having the same device and  inode  number.
  410.           The  linked-to  name is specified in the linkname field
  411.           with a trailing null.
  412.  
  413.      LF_SYMLINK
  414.           represents  a  symbolic  link  to  another  file.   The
  415.           linked-to  name is specified in the linkname field with
  416.           a trailing null.
  417.  
  418.      LF_CHR or LF_BLK
  419.           represent character special  files  and  block  special
  420.           files respectively.  In this case the devmajor and dev-
  421.           minor fields will contain the major  and  minor  device
  422.           numbers  respectively.   Operating  systems may map the
  423.           device specifications to their own local specification,
  424.           or may ignore the entry.
  425.  
  426.      LF_DIR
  427.           specifies a directory or sub-directory.  The  directory
  428.           name  in  the  name  field should end with a slash.  On
  429.           systems where disk allocation is performed on a  direc-
  430.           tory  basis  the  size  field  will contain the maximum
  431.           number of bytes (which may be rounded  to  the  nearest
  432.           disk  block  allocation  unit)  which the directory may
  433.           hold.  A size field of zero indicates no such limiting.
  434.           Systems  which  do  not support limiting in this manner
  435.           should ignore the size field.
  436.  
  437.      LF_FIFO
  438.           specifies a FIFO special file.  Note that the archiving
  439.           of  a FIFO file archives the existence of this file and
  440.           not its contents.
  441.  
  442.      LF_CONTIG
  443.           specifies a contiguous file, which is  the  same  as  a
  444.           normal  file  except  that,  in operating systems which
  445.           support it, all its space is allocated contiguously  on
  446.           the  disk.   Operating  systems which do not allow con-
  447.           tiguous allocation should silently treat this type as a
  448.           normal file.
  449.  
  450.      `A' - `Z'
  451.           are reserved for custom implementations.  None are used
  452.           by this version of the tar program.
  453.  
  454.      other
  455.           values are reserved for specification in  future  revi-
  456.           sions  of the P1003 standard, and should not be used by
  457.           any tar program.
  458.  
  459.      The magic field indicates that this archive  was  output  in
  460.      the  P1003  archive  format.  If this field contains TMAGIC,
  461.      then the uname and  gname  fields  will  contain  the  ASCII
  462.      representation  of  the  owner and group of the file respec-
  463.      tively.  If found, the user  and  group  ID  represented  by
  464.      these  names  will  be used rather than the values contained
  465.      within the uid and  gid  fields.   User  names  longer  than
  466.      TUNMLEN-1  or  group  names longer than TGNMLEN-1 characters
  467.      will be truncated.
  468.  
  469. SEE ALSO
  470.      tar(1), ar(5), cpio(5), dump(8), restor(8), restore(8)
  471.  
  472. BUGS
  473.      Names or link names longer than NAMSIZ-1  characters  cannot
  474.      be archived.
  475.  
  476.      This format does not yet address multi-volume archives.
  477.  
  478. NOTES
  479.      This manual page was adapted by John Gilmore from Draft 6 of
  480.      the P1003 specification
  481.  
  482.  
  483. The README file from the source distribution follows:
  484.  
  485. This is the Nov87 release of a public domain tar(1) replacement.  It
  486. implements the 'c', 'x', and 't' commands of Unix tar, and many of the
  487. options.  It creates P1003 "Unix Standard" [draft 6] tapes by default,
  488. and can read and write both old and new formats.  It can compress or
  489. decompress tar archives "on the fly" (using the 'z' option) as well as
  490. accessing remote tape drives or files by specifying
  491. "host:/dev/tapedrive".  It lets you set the default tape drive by
  492. setting TAPE in your environment.  Its verbose output looks more like
  493. "ls -l" than the Unix tar, the columns line up, and you can get verbose
  494. listings from the 'cvv' option as well as from 'xvv' and 'tv'.  It does
  495. shell-globbing (regular expressions) for listing and extraction.  It is
  496. a little better at reading damaged tapes than Unix tar.  There is a
  497. half-baked "diff" option for comparing a tape against the file system.
  498. And it's free.
  499.  
  500. It is designed to be a lot more efficient than the standard Unix tar;
  501. it does as little bcopy-ing as possible, and does file I/O in large
  502. blocks.  On the other hand, it has not been timed or performance-tuned;
  503. it's just *designed* to be faster.
  504.  
  505. On SunOS 3.3, the tar archives it creates under the 'old' option are
  506. byte-for-byte the same as those created by /bin/tar, except the trash
  507. at the end of each file and at the end of the archive has been replaced
  508. by zeroes.
  509.  
  510. It was written and initially debugged on a Sun Workstation running
  511. 4.2BSD.  It has been run on Xenix, Unisoft, Vax 4.2BSD, utzoonix, USG,
  512. Masscomp, Minix, and MSDOS systems.  I'm interested in finding people
  513. who will port it to other types of (Unix and non-Unix) systems, use it,
  514. and send back the changes; and people who will add the obscure tar
  515. options that they happen to use and I don't.  In particular, VMS, Mac,
  516. Atari and Amiga versions would be handy.
  517.  
  518. It still has a number of loose ends, marked by "FIXME" comments in the
  519. source.  Fixes to these things are also welcome.
  520.  
  521. I am the author of all the code in this program, except some of the
  522. subroutines, which are from contributors listed below.  I hereby place
  523. it in the public domain.  If you modify it, or port it to another
  524. system, please send me back a copy, so I can keep a master source.
  525.  
  526. This program is much better than it started, due to the effort and care
  527. put in by Henry Spencer, Fred Fish, Ian Darwin, Geoff Collyer, Stan
  528. Barber, Guy Harris, Dave Brower, Richard Todd, Michael Rendell, Stu
  529. Heiss, and Rich $alz.  Thank you, one and all.
  530.  
  531.     John Gilmore
  532.     Nebula Consultants
  533.     PO Box 170608
  534.     San Francisco, California, USA  94117-0608
  535.     hoptoad!gnu    or   gnu@toad.com
  536.     Hoptoad talks to sun, ptsfa, ihnp4, utzoo, ucsfcgl.
  537.  
  538. @(#)README 1.14    87/11/11
  539.