[Bug-cpio] format filesize limits not documented

[Clint Adams]

There appears to be no indication in the documentation that
would lead a user to expect breakage when trying to archive
files over a certain size.  Something like this could help:

Index: doc/cpio.texi
===================================================================
RCS file: /sources/cpio/cpio/doc/cpio.texi,v
retrieving revision 1.10
diff -u -r1.10 cpio.texi
--- doc/cpio.texi       9 Feb 2008 10:31:53 -0000       1.10
+++ doc/cpio.texi       16 Jan 2009 15:26:00 -0000
@@ -369,31 +369,32 @@
 
 @item -H @var{format}
 @itemx address@hidden
-Use archive format @var{format}.  The valid formats are listed below; the same
+Use archive format @var{format}.  The valid formats are listed below
+with file size limits for individual files in parentheses; the same
 names are also recognized in all-caps.  The default in copy-in mode is
 to automatically detect the archive format, and in copy-out mode is
 @samp{bin}.
 
 @table @samp
 @item bin  
-The obsolete binary format.
+The obsolete binary format. (2147483647 bytes)
 
 @item odc
-The old (POSIX.1) portable format.
+The old (POSIX.1) portable format. (8589934591 bytes)
 
 @item newc
 The new (SVR4) portable format, which supports file systems having more
-than 65536 i-nodes.
+than 65536 i-nodes. (4294967295 bytes)
 
 @item crc
 The new (SVR4) portable format with a checksum added.
 
 @item tar
-The old tar format.
+The old tar format. (8589934591 bytes)
 
 @item ustar
 The POSIX.1 tar format.  Also recognizes GNU tar archives, which are
-similar but not identical.
+similar but not identical. (8589934591 bytes)
 
 @item hpbin
 The obsolete binary format used by HPUX's cpio (which stores device