-creates an archive with one entry for `grape', and the recursive
-contents of `grape/concord', but no entries under `grape' other than
-`grape/concord'.
-
-\1f
-File: tar.info, Node: one, Prev: recurse, Up: Choosing
-
-6.10 Crossing File System Boundaries
-====================================
-
-`tar' will normally automatically cross file system boundaries in order
-to archive files which are part of a directory tree. You can change
-this behavior by running `tar' and specifying `--one-file-system'.
-This option only affects files that are archived because they are in a
-directory that is being archived; `tar' will still archive files
-explicitly named on the command line or through `--files-from',
-regardless of where they reside.
-
-`--one-file-system'
- Prevents `tar' from crossing file system boundaries when
- archiving. Use in conjunction with any write operation.
-
- The `--one-file-system' option causes `tar' to modify its normal
-behavior in archiving the contents of directories. If a file in a
-directory is not on the same file system as the directory itself, then
-`tar' will not archive that file. If the file is a directory itself,
-`tar' will not archive anything beneath it; in other words, `tar' will
-not cross mount points.
-
- This option is useful for making full or incremental archival
-backups of a file system. If this option is used in conjunction with
-`--verbose' (`-v'), files that are excluded are mentioned by name on
-the standard error.
-
-* Menu:
-
-* directory:: Changing Directory
-* absolute:: Absolute File Names
-
-\1f
-File: tar.info, Node: directory, Next: absolute, Up: one
-
-6.10.1 Changing the Working Directory
--------------------------------------
-
-To change the working directory in the middle of a list of file names,
-either on the command line or in a file specified using `--files-from'
-(`-T'), use `--directory' (`-C'). This will change the working
-directory to the specified directory after that point in the list.
-
-`--directory=DIRECTORY'
-`-C DIRECTORY'
- Changes the working directory in the middle of a command line.
-
- For example,
-
- $ tar -c -f jams.tar grape prune -C food cherry
-
-will place the files `grape' and `prune' from the current directory
-into the archive `jams.tar', followed by the file `cherry' from the
-directory `food'. This option is especially useful when you have
-several widely separated files that you want to store in the same
-archive.
-
- Note that the file `cherry' is recorded in the archive under the
-precise name `cherry', _not_ `food/cherry'. Thus, the archive will
-contain three files that all appear to have come from the same
-directory; if the archive is extracted with plain `tar --extract', all
-three files will be written in the current directory.
-
- Contrast this with the command,
-
- $ tar -c -f jams.tar grape prune -C food red/cherry
-
-which records the third file in the archive under the name `red/cherry'
-so that, if the archive is extracted using `tar --extract', the third
-file will be written in a subdirectory named `red'.
-
- You can use the `--directory' option to make the archive independent
-of the original name of the directory holding the files. The following
-command places the files `/etc/passwd', `/etc/hosts', and `/lib/libc.a'
-into the archive `foo.tar':
-
- $ tar -c -f foo.tar -C /etc passwd hosts -C /lib libc.a
-
-However, the names of the archive members will be exactly what they were
-on the command line: `passwd', `hosts', and `libc.a'. They will not
-appear to be related by file name to the original directories where
-those files were located.
-
- Note that `--directory' options are interpreted consecutively. If
-`--directory' specifies a relative file name, it is interpreted
-relative to the then current directory, which might not be the same as
-the original current working directory of `tar', due to a previous
-`--directory' option.
-
- When using `--files-from' (*note files::), you can put various `tar'
-options (including `-C') in the file list. Notice, however, that in
-this case the option and its argument may not be separated by
-whitespace. If you use short option, its argument must either follow
-the option letter immediately, without any intervening whitespace, or
-occupy the next line. Otherwise, if you use long option, separate its
-argument by an equal sign.
-
- For instance, the file list for the above example will be:
-
- -C/etc
- passwd
- hosts
- --directory=/lib
- libc.a
-
-To use it, you would invoke `tar' as follows:
-
- $ tar -c -f foo.tar --files-from list
-
- The interpretation of `--directory' is disabled by `--null' option.
-
-\1f
-File: tar.info, Node: absolute, Prev: directory, Up: one
-
-6.10.2 Absolute File Names
---------------------------
-
-By default, GNU `tar' drops a leading `/' on input or output, and
-complains about file names containing a `..' component. There is an
-option that turns off this behavior:
-
-`--absolute-names'
-`-P'
- Do not strip leading slashes from file names, and permit file names
- containing a `..' file name component.
-
- When `tar' extracts archive members from an archive, it strips any
-leading slashes (`/') from the member name. This causes absolute
-member names in the archive to be treated as relative file names. This
-allows you to have such members extracted wherever you want, instead of
-being restricted to extracting the member in the exact directory named
-in the archive. For example, if the archive member has the name
-`/etc/passwd', `tar' will extract it as if the name were really
-`etc/passwd'.
-
- File names containing `..' can cause problems when extracting, so
-`tar' normally warns you about such files when creating an archive, and
-rejects attempts to extracts such files.
-
- Other `tar' programs do not do this. As a result, if you create an
-archive whose member names start with a slash, they will be difficult
-for other people with a non-GNU `tar' program to use. Therefore, GNU
-`tar' also strips leading slashes from member names when putting
-members into the archive. For example, if you ask `tar' to add the file
-`/bin/ls' to an archive, it will do so, but the member name will be
-`bin/ls'(1).
-
- If you use the `--absolute-names' (`-P') option, `tar' will do none
-of these transformations.
-
- To archive or extract files relative to the root directory, specify
-the `--absolute-names' (`-P') option.
-
- Normally, `tar' acts on files relative to the working
-directory--ignoring superior directory names when archiving, and
-ignoring leading slashes when extracting.
-
- When you specify `--absolute-names' (`-P'), `tar' stores file names
-including all superior directory names, and preserves leading slashes.
-If you only invoked `tar' from the root directory you would never need
-the `--absolute-names' option, but using this option may be more
-convenient than switching to root.
-
-`--absolute-names'
- Preserves full file names (including superior directory names) when
- archiving files. Preserves leading slash when extracting files.
-
-
- `tar' prints out a message about removing the `/' from file names.
-This message appears once per GNU `tar' invocation. It represents
-something which ought to be told; ignoring what it means can cause very
-serious surprises, later.
-
- Some people, nevertheless, do not want to see this message. Wanting
-to play really dangerously, one may of course redirect `tar' standard
-error to the sink. For example, under `sh':
-
- $ tar -c -f archive.tar /home 2> /dev/null
-
-Another solution, both nicer and simpler, would be to change to the `/'
-directory first, and then avoid absolute notation. For example:
-
- $ tar -c -f archive.tar -C / home
-
- *Note Integrity::, for some of the security-related implications of
-using this option.
-
- ---------- Footnotes ----------
-
- (1) A side effect of this is that when `--create' is used with
-`--verbose' the resulting output is not, generally speaking, the same
-as the one you'd get running `tar --list' command. This may be
-important if you use some scripts for comparing both outputs. *Note
-listing member and file names::, for the information on how to handle
-this case.
-
-\1f
-File: tar.info, Node: Date input formats, Next: Formats, Prev: Choosing, Up: Top
-
-7 Date input formats
-********************
-
-First, a quote:
-
- Our units of temporal measurement, from seconds on up to months,
- are so complicated, asymmetrical and disjunctive so as to make
- coherent mental reckoning in time all but impossible. Indeed, had
- some tyrannical god contrived to enslave our minds to time, to
- make it all but impossible for us to escape subjection to sodden
- routines and unpleasant surprises, he could hardly have done
- better than handing down our present system. It is like a set of
- trapezoidal building blocks, with no vertical or horizontal
- surfaces, like a language in which the simplest thought demands
- ornate constructions, useless particles and lengthy
- circumlocutions. Unlike the more successful patterns of language
- and science, which enable us to face experience boldly or at least
- level-headedly, our system of temporal calculation silently and
- persistently encourages our terror of time.
-
- ... It is as though architects had to measure length in feet,
- width in meters and height in ells; as though basic instruction
- manuals demanded a knowledge of five different languages. It is
- no wonder then that we often look into our own immediate past or
- future, last Tuesday or a week from Sunday, with feelings of
- helpless confusion. ...
-
- -- Robert Grudin, `Time and the Art of Living'.
-
- This section describes the textual date representations that GNU
-programs accept. These are the strings you, as a user, can supply as
-arguments to the various programs. The C interface (via the
-`parse_datetime' function) is not described here.
-
-* Menu:
-
-* General date syntax:: Common rules.
-* Calendar date items:: 19 Dec 1994.
-* Time of day items:: 9:20pm.
-* Time zone items:: EST, PDT, GMT.
-* Day of week items:: Monday and others.
-* Relative items in date strings:: next tuesday, 2 years ago.
-* Pure numbers in date strings:: 19931219, 1440.
-* Seconds since the Epoch:: @1078100502.
-* Specifying time zone rules:: TZ="America/New_York", TZ="UTC0".
-* Authors of parse_datetime:: Bellovin, Eggert, Salz, Berets, et al.
-
-\1f
-File: tar.info, Node: General date syntax, Next: Calendar date items, Up: Date input formats
-
-7.1 General date syntax
-=======================
-
-A "date" is a string, possibly empty, containing many items separated
-by whitespace. The whitespace may be omitted when no ambiguity arises.
-The empty string means the beginning of today (i.e., midnight). Order
-of the items is immaterial. A date string may contain many flavors of
-items:
-
- * calendar date items
-
- * time of day items
-
- * time zone items
-
- * day of the week items
-
- * relative items
-
- * pure numbers.
-
-We describe each of these item types in turn, below.
-
- A few ordinal numbers may be written out in words in some contexts.
-This is most useful for specifying day of the week items or relative
-items (see below). Among the most commonly used ordinal numbers, the
-word `last' stands for -1, `this' stands for 0, and `first' and `next'
-both stand for 1. Because the word `second' stands for the unit of
-time there is no way to write the ordinal number 2, but for convenience
-`third' stands for 3, `fourth' for 4, `fifth' for 5, `sixth' for 6,
-`seventh' for 7, `eighth' for 8, `ninth' for 9, `tenth' for 10,
-`eleventh' for 11 and `twelfth' for 12.
-
- When a month is written this way, it is still considered to be
-written numerically, instead of being "spelled in full"; this changes
-the allowed strings.
-
- In the current implementation, only English is supported for words
-and abbreviations like `AM', `DST', `EST', `first', `January',
-`Sunday', `tomorrow', and `year'.
-
- The output of the `date' command is not always acceptable as a date
-string, not only because of the language problem, but also because
-there is no standard meaning for time zone items like `IST'. When using
-`date' to generate a date string intended to be parsed later, specify a
-date format that is independent of language and that does not use time
-zone items other than `UTC' and `Z'. Here are some ways to do this:
-
- $ LC_ALL=C TZ=UTC0 date
- Mon Mar 1 00:21:42 UTC 2004
- $ TZ=UTC0 date +'%Y-%m-%d %H:%M:%SZ'
- 2004-03-01 00:21:42Z
- $ date --iso-8601=ns | tr T ' ' # --iso-8601 is a GNU extension.
- 2004-02-29 16:21:42,692722128-0800
- $ date --rfc-2822 # a GNU extension
- Sun, 29 Feb 2004 16:21:42 -0800
- $ date +'%Y-%m-%d %H:%M:%S %z' # %z is a GNU extension.
- 2004-02-29 16:21:42 -0800
- $ date +'@%s.%N' # %s and %N are GNU extensions.
- @1078100502.692722128
-
- Alphabetic case is completely ignored in dates. Comments may be
-introduced between round parentheses, as long as included parentheses
-are properly nested. Hyphens not followed by a digit are currently
-ignored. Leading zeros on numbers are ignored.
-
- Invalid dates like `2005-02-29' or times like `24:00' are rejected.
-In the typical case of a host that does not support leap seconds, a
-time like `23:59:60' is rejected even if it corresponds to a valid leap
-second.
-
-\1f
-File: tar.info, Node: Calendar date items, Next: Time of day items, Prev: General date syntax, Up: Date input formats
-
-7.2 Calendar date items
-=======================
-
-A "calendar date item" specifies a day of the year. It is specified
-differently, depending on whether the month is specified numerically or
-literally. All these strings specify the same calendar date:
-
- 1972-09-24 # ISO 8601.
- 72-9-24 # Assume 19xx for 69 through 99,
- # 20xx for 00 through 68.
- 72-09-24 # Leading zeros are ignored.
- 9/24/72 # Common U.S. writing.
- 24 September 1972
- 24 Sept 72 # September has a special abbreviation.
- 24 Sep 72 # Three-letter abbreviations always allowed.
- Sep 24, 1972
- 24-sep-72
- 24sep72
-
- The year can also be omitted. In this case, the last specified year
-is used, or the current year if none. For example:
-
- 9/24
- sep 24
-
- Here are the rules.
-
- For numeric months, the ISO 8601 format `YEAR-MONTH-DAY' is allowed,
-where YEAR is any positive number, MONTH is a number between 01 and 12,
-and DAY is a number between 01 and 31. A leading zero must be present
-if a number is less than ten. If YEAR is 68 or smaller, then 2000 is
-added to it; otherwise, if YEAR is less than 100, then 1900 is added to
-it. The construct `MONTH/DAY/YEAR', popular in the United States, is
-accepted. Also `MONTH/DAY', omitting the year.
-
- Literal months may be spelled out in full: `January', `February',
-`March', `April', `May', `June', `July', `August', `September',
-`October', `November' or `December'. Literal months may be abbreviated
-to their first three letters, possibly followed by an abbreviating dot.
-It is also permitted to write `Sept' instead of `September'.
-
- When months are written literally, the calendar date may be given as
-any of the following:
-
- DAY MONTH YEAR
- DAY MONTH
- MONTH DAY YEAR
- DAY-MONTH-YEAR
-
- Or, omitting the year:
-
- MONTH DAY
-
-\1f
-File: tar.info, Node: Time of day items, Next: Time zone items, Prev: Calendar date items, Up: Date input formats
-
-7.3 Time of day items
-=====================
-
-A "time of day item" in date strings specifies the time on a given day.
-Here are some examples, all of which represent the same time:
-
- 20:02:00.000000
- 20:02
- 8:02pm
- 20:02-0500 # In EST (U.S. Eastern Standard Time).
-
- More generally, the time of day may be given as
-`HOUR:MINUTE:SECOND', where HOUR is a number between 0 and 23, MINUTE
-is a number between 0 and 59, and SECOND is a number between 0 and 59
-possibly followed by `.' or `,' and a fraction containing one or more
-digits. Alternatively, `:SECOND' can be omitted, in which case it is
-taken to be zero. On the rare hosts that support leap seconds, SECOND
-may be 60.
-
- If the time is followed by `am' or `pm' (or `a.m.' or `p.m.'), HOUR
-is restricted to run from 1 to 12, and `:MINUTE' may be omitted (taken
-to be zero). `am' indicates the first half of the day, `pm' indicates
-the second half of the day. In this notation, 12 is the predecessor of
-1: midnight is `12am' while noon is `12pm'. (This is the zero-oriented
-interpretation of `12am' and `12pm', as opposed to the old tradition
-derived from Latin which uses `12m' for noon and `12pm' for midnight.)
-
- The time may alternatively be followed by a time zone correction,
-expressed as `SHHMM', where S is `+' or `-', HH is a number of zone
-hours and MM is a number of zone minutes. The zone minutes term, MM,
-may be omitted, in which case the one- or two-digit correction is
-interpreted as a number of hours. You can also separate HH from MM
-with a colon. When a time zone correction is given this way, it forces
-interpretation of the time relative to Coordinated Universal Time
-(UTC), overriding any previous specification for the time zone or the
-local time zone. For example, `+0530' and `+05:30' both stand for the
-time zone 5.5 hours ahead of UTC (e.g., India). This is the best way to
-specify a time zone correction by fractional parts of an hour. The
-maximum zone correction is 24 hours.
-
- Either `am'/`pm' or a time zone correction may be specified, but not
-both.
-
-\1f
-File: tar.info, Node: Time zone items, Next: Day of week items, Prev: Time of day items, Up: Date input formats
-
-7.4 Time zone items
-===================
-
-A "time zone item" specifies an international time zone, indicated by a
-small set of letters, e.g., `UTC' or `Z' for Coordinated Universal
-Time. Any included periods are ignored. By following a
-non-daylight-saving time zone by the string `DST' in a separate word
-(that is, separated by some white space), the corresponding daylight
-saving time zone may be specified. Alternatively, a
-non-daylight-saving time zone can be followed by a time zone
-correction, to add the two values. This is normally done only for
-`UTC'; for example, `UTC+05:30' is equivalent to `+05:30'.
-
- Time zone items other than `UTC' and `Z' are obsolescent and are not
-recommended, because they are ambiguous; for example, `EST' has a
-different meaning in Australia than in the United States. Instead,
-it's better to use unambiguous numeric time zone corrections like
-`-0500', as described in the previous section.
-
- If neither a time zone item nor a time zone correction is supplied,
-time stamps are interpreted using the rules of the default time zone
-(*note Specifying time zone rules::).
-
-\1f
-File: tar.info, Node: Day of week items, Next: Relative items in date strings, Prev: Time zone items, Up: Date input formats
-
-7.5 Day of week items
-=====================
-
-The explicit mention of a day of the week will forward the date (only
-if necessary) to reach that day of the week in the future.
-
- Days of the week may be spelled out in full: `Sunday', `Monday',
-`Tuesday', `Wednesday', `Thursday', `Friday' or `Saturday'. Days may
-be abbreviated to their first three letters, optionally followed by a
-period. The special abbreviations `Tues' for `Tuesday', `Wednes' for
-`Wednesday' and `Thur' or `Thurs' for `Thursday' are also allowed.
-
- A number may precede a day of the week item to move forward
-supplementary weeks. It is best used in expression like `third
-monday'. In this context, `last DAY' or `next DAY' is also acceptable;
-they move one week before or after the day that DAY by itself would
-represent.
-
- A comma following a day of the week item is ignored.
-
-\1f
-File: tar.info, Node: Relative items in date strings, Next: Pure numbers in date strings, Prev: Day of week items, Up: Date input formats
-
-7.6 Relative items in date strings
-==================================
-
-"Relative items" adjust a date (or the current date if none) forward or
-backward. The effects of relative items accumulate. Here are some
-examples:
-
- 1 year
- 1 year ago
- 3 years
- 2 days
-
- The unit of time displacement may be selected by the string `year'
-or `month' for moving by whole years or months. These are fuzzy units,
-as years and months are not all of equal duration. More precise units
-are `fortnight' which is worth 14 days, `week' worth 7 days, `day'
-worth 24 hours, `hour' worth 60 minutes, `minute' or `min' worth 60
-seconds, and `second' or `sec' worth one second. An `s' suffix on
-these units is accepted and ignored.
-
- The unit of time may be preceded by a multiplier, given as an
-optionally signed number. Unsigned numbers are taken as positively
-signed. No number at all implies 1 for a multiplier. Following a
-relative item by the string `ago' is equivalent to preceding the unit
-by a multiplier with value -1.
-
- The string `tomorrow' is worth one day in the future (equivalent to
-`day'), the string `yesterday' is worth one day in the past (equivalent
-to `day ago').
-
- The strings `now' or `today' are relative items corresponding to
-zero-valued time displacement, these strings come from the fact a
-zero-valued time displacement represents the current time when not
-otherwise changed by previous items. They may be used to stress other
-items, like in `12:00 today'. The string `this' also has the meaning
-of a zero-valued time displacement, but is preferred in date strings
-like `this thursday'.
-
- When a relative item causes the resulting date to cross a boundary
-where the clocks were adjusted, typically for daylight saving time, the
-resulting date and time are adjusted accordingly.
-
- The fuzz in units can cause problems with relative items. For
-example, `2003-07-31 -1 month' might evaluate to 2003-07-01, because
-2003-06-31 is an invalid date. To determine the previous month more
-reliably, you can ask for the month before the 15th of the current
-month. For example:
-
- $ date -R
- Thu, 31 Jul 2003 13:02:39 -0700
- $ date --date='-1 month' +'Last month was %B?'
- Last month was July?
- $ date --date="$(date +%Y-%m-15) -1 month" +'Last month was %B!'
- Last month was June!
-
- Also, take care when manipulating dates around clock changes such as
-daylight saving leaps. In a few cases these have added or subtracted
-as much as 24 hours from the clock, so it is often wise to adopt
-universal time by setting the `TZ' environment variable to `UTC0'
-before embarking on calendrical calculations.
-
-\1f
-File: tar.info, Node: Pure numbers in date strings, Next: Seconds since the Epoch, Prev: Relative items in date strings, Up: Date input formats
-
-7.7 Pure numbers in date strings
-================================
-
-The precise interpretation of a pure decimal number depends on the
-context in the date string.
-
- If the decimal number is of the form YYYYMMDD and no other calendar
-date item (*note Calendar date items::) appears before it in the date
-string, then YYYY is read as the year, MM as the month number and DD as
-the day of the month, for the specified calendar date.
-
- If the decimal number is of the form HHMM and no other time of day
-item appears before it in the date string, then HH is read as the hour
-of the day and MM as the minute of the hour, for the specified time of
-day. MM can also be omitted.
-
- If both a calendar date and a time of day appear to the left of a
-number in the date string, but no relative item, then the number
-overrides the year.
-
-\1f
-File: tar.info, Node: Seconds since the Epoch, Next: Specifying time zone rules, Prev: Pure numbers in date strings, Up: Date input formats
-
-7.8 Seconds since the Epoch
-===========================
-
-If you precede a number with `@', it represents an internal time stamp
-as a count of seconds. The number can contain an internal decimal
-point (either `.' or `,'); any excess precision not supported by the
-internal representation is truncated toward minus infinity. Such a
-number cannot be combined with any other date item, as it specifies a
-complete time stamp.
-
- Internally, computer times are represented as a count of seconds
-since an epoch--a well-defined point of time. On GNU and POSIX
-systems, the epoch is 1970-01-01 00:00:00 UTC, so `@0' represents this
-time, `@1' represents 1970-01-01 00:00:01 UTC, and so forth. GNU and
-most other POSIX-compliant systems support such times as an extension
-to POSIX, using negative counts, so that `@-1' represents 1969-12-31
-23:59:59 UTC.
-
- Traditional Unix systems count seconds with 32-bit two's-complement
-integers and can represent times from 1901-12-13 20:45:52 through
-2038-01-19 03:14:07 UTC. More modern systems use 64-bit counts of
-seconds with nanosecond subcounts, and can represent all the times in
-the known lifetime of the universe to a resolution of 1 nanosecond.
-
- On most hosts, these counts ignore the presence of leap seconds.
-For example, on most hosts `@915148799' represents 1998-12-31 23:59:59
-UTC, `@915148800' represents 1999-01-01 00:00:00 UTC, and there is no
-way to represent the intervening leap second 1998-12-31 23:59:60 UTC.
-
-\1f
-File: tar.info, Node: Specifying time zone rules, Next: Authors of parse_datetime, Prev: Seconds since the Epoch, Up: Date input formats
-
-7.9 Specifying time zone rules
-==============================
-
-Normally, dates are interpreted using the rules of the current time
-zone, which in turn are specified by the `TZ' environment variable, or
-by a system default if `TZ' is not set. To specify a different set of
-default time zone rules that apply just to one date, start the date
-with a string of the form `TZ="RULE"'. The two quote characters (`"')
-must be present in the date, and any quotes or backslashes within RULE
-must be escaped by a backslash.
-
- For example, with the GNU `date' command you can answer the question
-"What time is it in New York when a Paris clock shows 6:30am on October
-31, 2004?" by using a date beginning with `TZ="Europe/Paris"' as shown
-in the following shell transcript:
-
- $ export TZ="America/New_York"
- $ date --date='TZ="Europe/Paris" 2004-10-31 06:30'
- Sun Oct 31 01:30:00 EDT 2004
-
- In this example, the `--date' operand begins with its own `TZ'
-setting, so the rest of that operand is processed according to
-`Europe/Paris' rules, treating the string `2004-10-31 06:30' as if it
-were in Paris. However, since the output of the `date' command is
-processed according to the overall time zone rules, it uses New York
-time. (Paris was normally six hours ahead of New York in 2004, but
-this example refers to a brief Halloween period when the gap was five
-hours.)
-
- A `TZ' value is a rule that typically names a location in the `tz'
-database (http://www.twinsun.com/tz/tz-link.htm). A recent catalog of
-location names appears in the TWiki Date and Time Gateway
-(http://twiki.org/cgi-bin/xtra/tzdate). A few non-GNU hosts require a
-colon before a location name in a `TZ' setting, e.g.,
-`TZ=":America/New_York"'.
-
- The `tz' database includes a wide variety of locations ranging from
-`Arctic/Longyearbyen' to `Antarctica/South_Pole', but if you are at sea
-and have your own private time zone, or if you are using a non-GNU host
-that does not support the `tz' database, you may need to use a POSIX
-rule instead. Simple POSIX rules like `UTC0' specify a time zone
-without daylight saving time; other rules can specify simple daylight
-saving regimes. *Note Specifying the Time Zone with `TZ': (libc)TZ
-Variable.
-
-\1f
-File: tar.info, Node: Authors of parse_datetime, Prev: Specifying time zone rules, Up: Date input formats
-
-7.10 Authors of `parse_datetime'
-================================
-
-`parse_datetime' started life as `getdate', as originally implemented
-by Steven M. Bellovin (<smb@research.att.com>) while at the University
-of North Carolina at Chapel Hill. The code was later tweaked by a
-couple of people on Usenet, then completely overhauled by Rich $alz
-(<rsalz@bbn.com>) and Jim Berets (<jberets@bbn.com>) in August, 1990.
-Various revisions for the GNU system were made by David MacKenzie, Jim
-Meyering, Paul Eggert and others, including renaming it to `get_date' to
-avoid a conflict with the alternative Posix function `getdate', and a
-later rename to `parse_datetime'. The Posix function `getdate' can
-parse more locale-specific dates using `strptime', but relies on an
-environment variable and external file, and lacks the thread-safety of
-`parse_datetime'.
-
- This chapter was originally produced by Franc,ois Pinard
-(<pinard@iro.umontreal.ca>) from the `parse_datetime.y' source code,
-and then edited by K. Berry (<kb@cs.umb.edu>).