diff options
author | Paul Eggert <eggert@cs.ucla.edu> | 2022-04-01 09:46:23 -0700 |
---|---|---|
committer | Paul Eggert <eggert@cs.ucla.edu> | 2022-04-01 09:47:02 -0700 |
commit | a1b65e3de9e1b74f75c07f0513befa250e66268a (patch) | |
tree | 80a7481e649d05a86f89680c436bff1bf08b4347 | |
parent | 7ea7357815ce0e187fb1f5480e0715745229c126 (diff) | |
download | gzip-a1b65e3de9e1b74f75c07f0513befa250e66268a.tar.gz |
doc: improve doc for saved timestamps etc.
Problem reported by Carpe Sébastien (Bug#24559).
-rw-r--r-- | doc/gzip.texi | 18 | ||||
-rw-r--r-- | gzip.1 | 18 |
2 files changed, 24 insertions, 12 deletions
diff --git a/doc/gzip.texi b/doc/gzip.texi index fc4368a..b1e03c2 100644 --- a/doc/gzip.texi +++ b/doc/gzip.texi @@ -170,10 +170,13 @@ coding (as used in @command{pack}), or adaptive Huffman coding Compression is always performed, even if the compressed file is slightly larger than the original. The worst case expansion is a few bytes for -the @command{gzip} file header, plus 5 bytes every 32K block, or an expansion -ratio of 0.015% for large files. Note that the actual number of used -disk blocks almost never increases. @command{gzip} normally preserves the mode, -ownership and timestamps of files when compressing or decompressing. +the @command{gzip} file header, plus 5 bytes per 32@tie{}KiB block, or +an expansion ratio of 0.015% for large files. The actual number of +used disk blocks almost never increases. + +@command{gzip} normally preserves the mode and modification timestamp +of a file when compressing or decompressing. If you have appropriate +privileges, it also preserves the file's owner and group. The @command{gzip} file format is specified in P. Deutsch, GZIP file format specification version 4.3, @@ -332,8 +335,11 @@ is the default when decompressing. @item --name @itemx -N When compressing, always save the original file name, and save -the original timestamp if the original is a regular file; this -is the default. When decompressing, restore the original file name and +the seconds part of the original modification timestamp if the +original is a regular file and its timestamp is at least 1 (1970-01-01 +00:00:01 UTC) and is less than 2@sup{32} (2106-02-07 06:28:16 UTC, +assuming leap seconds are not counted); this +is the default. When decompressing, restore from the saved file name and timestamp if present. This option is useful on systems which have a limit on file name length or when the timestamp has been lost after a file transfer. @@ -183,12 +183,14 @@ or adaptive Huffman coding .PP Compression is always performed, even if the compressed file is slightly larger than the original. The worst case expansion is -a few bytes for the gzip file header, plus 5 bytes every 32K block, -or an expansion ratio of 0.015% for large files. Note that the actual +a few bytes for the gzip file header, plus 5 bytes per 32\ KiB block, +or an expansion ratio of 0.015% for large files. The actual number of used disk blocks almost never increases. +.PP .B gzip -preserves the mode, ownership and timestamps of files when compressing -or decompressing. +normally preserves the mode and modification timestamp +of a file when compressing or decompressing. If you have appropriate +privileges, it also preserves the file's owner and group. .SH OPTIONS .TP .B \-a --ascii @@ -277,8 +279,12 @@ timestamp if present (copy it from the compressed file). This option is the default when decompressing. .TP .B \-N --name -When compressing, always save the original file name and timestamp; this -is the default. When decompressing, restore the original file name and +When compressing, always save the original file name, and save +the seconds part of the original modification timestamp if the +original is a regular file and its timestamp is at least 1 (1970-01-01 +00:00:01 UTC) and is less than 2**32 (2106-02-07 06:28:16 UTC, +assuming leap seconds are not counted); this +is the default. When decompressing, restore from the saved file name and timestamp if present. This option is useful on systems which have a limit on file name length or when the timestamp has been lost after a file transfer. |