[Bug-tar] tar-1.13.90 tar/doc.texi typo fixes

[Martin Buchholz]

Obvious fixes (Oblegal: which I hereby place in the public domain) follow:

Enjoy.

--- tar.texi~   2003-10-19 12:38:08.000000000 -0700
+++ tar.texi    2003-11-01 21:50:58.812879000 -0800
@@ -1050,10 +1050,10 @@
 @table @asis
 @item Use of short option @option{-o}.
 Earlier versions of @GNUTAR{} understood @option{-o} command line
-option as a synonim for @option{--old-archive}.
+option as a synonym for @option{--old-archive}.
 
 @GNUTAR{} starting from version 1.13.90 understands this option as
-a synonim for @option{--no-same-owner}. This is compatible with
+a synonym for @option{--no-same-owner}. This is compatible with
 UNIX98 @command{tar} implementations.
 
 However, to facilitate transition, @option{-o} option retains its
@@ -1061,13 +1061,13 @@
 Users are encouraged to use @value{op-format-oldgnu} instead.
 
 Future versions of @GNUTAR{} will understand @option{-o} only as a
-synonim for @option{--no-same-owner}. 
+synonym for @option{--no-same-owner}. 
 
 @item Use of short option @option{-l}
 Earlier versions of @GNUTAR{} understood @option{-l} option as a
-synonim for @samp{--one-file-system}. Such usage is deprecated.
-For compatiblity with other implementations future versions of
address@hidden will understand this option as a synonim for
+synonym for @samp{--one-file-system}. Such usage is deprecated.
+For compatibility with other implementations future versions of
address@hidden will understand this option as a synonym for
 @option{--check-links}.
 
 @item Use of options @option{--portability} and @option{--old-archive}
@@ -1116,7 +1116,7 @@
 consulting.  In particular, he is the primary author of @ref{Backups}.
 
 In July, 2003 @GNUTAR{} was put on CVS at @url{savannah.gnu.org}, and
-an active development and maintainance work has started
+an active development and maintenance work has started
 again. Currently @GNUTAR{} is being maintained by Paul Eggert, Sergey
 Poznyakoff and Jeff Bailey.
 
@@ -2299,7 +2299,7 @@
 @node Mnemonic Options
 @subsection Mnemonic Option Style
 
address@hidden to decide whether or ot to replace other occurrences of
address@hidden to decide whether or not to replace other occurrences of
 "mnemonic" with "long", or *ugh* vice versa.}
 
 Each option has at least one long (or mnemonic) name starting with two
@@ -2945,11 +2945,11 @@
 @FIXME-xref{}
 
 @item -o
-When extracting files, this option is a synonim for
+When extracting files, this option is a synonym for
 @option{--no-same-owner}, i.e. it prevents @command{tar} from
 restoring ownership of files being extracted.
 
-When creating an archive, @option{-o} is a synonim for
+When creating an archive, @option{-o} is a synonym for
 @option{--old-archive}. This behavior is for compatibility
 with previous versions of @GNUTAR{}, and will be
 removed in the future releases.
@@ -2975,7 +2975,7 @@
 and will terminate without scanning to the end of the archive.
 
 @item --old-archive
-Synonim for @option{--format=v7}.
+Synonym for @option{--format=v7}.
 
 @item --one-file-system
 @itemx -l
@@ -2984,10 +2984,10 @@
 directory.
 
 Earlier versions of @GNUTAR{} understood @option{-l} as a
-synonim for @option{--one-file-system}. Although such usage is still
+synonym for @option{--one-file-system}. Although such usage is still
 allowed in the present version, it is @emph{strongly discouraged}.
 The future versions of @GNUTAR{} will use @option{-l} as
-a synonim for @option{--check-links}.
+a synonym for @option{--check-links}.
 
 @xref{Current status}, for more information.
 
@@ -3018,7 +3018,7 @@
 
 @item --portability
 @itemx --old-archive
-Synonim for @option{--format=v7}.
+Synonym for @option{--format=v7}.
 
 @item --posix
 Same as @option{--format=posix}.
@@ -3645,7 +3645,7 @@
 @item
 Mistakingly using @code{create} instead of @code{extract}, when the
 intent was to extract the full contents of an archive.  This error
-is likely: keys @kbd{c} and @kbd{x} are right next ot each other on
+is likely: keys @kbd{c} and @kbd{x} are right next to each other on
 the QWERTY keyboard.  Instead of being unpacked, the archive then
 gets wholly destroyed.  When users speak about @dfn{exploding} an
 archive, they usually mean something else :-).
@@ -4774,9 +4774,9 @@
 arguments to @command{tar} (this can help you save time if you expect to
 archive the same list of files a number of times), and so forth.
 @FIXME{in case it's not obvious, i'm making this up in some sense
-based on my imited memory of what the next chapter *really* does.  i
+based on my limited memory of what the next chapter *really* does.  i
 just wanted to flesh out this final section a little bit so i'd
-remember to sitck it in here. :-)}
+remember to stick it in here. :-)}
 
 If there are too many files to conveniently list on the command line,
 you can list the names in a file, and @command{tar} will read that file.
@@ -6397,7 +6397,7 @@
 and is discouraged.
 
 Notice, that currently @acronym{GNU} extensions are not
-alowed with this format. Following is the list of options that
+allowed with this format. Following is the list of options that
 cannot be used with @value{op-format-posix}:
 
 @itemize @bullet
@@ -6700,7 +6700,7 @@
 archive for the file where the consecutive stretches of zeros are, and
 only archives the ``real contents'' of the file.  On extraction (using
 @value{op-sparse} is not needed on extraction) any such files have
-hols created wherever the continuous stretches of zeros were found.
+holes created wherever the continuous stretches of zeros were found.
 Thus, if you use @value{op-sparse}, @command{tar} archives won't take
 more space than the original.
 
@@ -7822,7 +7822,7 @@
 
 Apparently, Exabyte drives have a physical block size of 8K bytes.
 If we choose our blocksize as a multiple of 8k bytes, then the problem
-seems to dissapper.  Id est, we are using block size of 112 right
+seems to disappear.  Id est, we are using block size of 112 right
 now, and we haven't had the problem since we address@hidden
 
 With @GNUTAR{} the blocking factor is limited only