[tz] make rearguard_tarballs fails on macOS
PaulGBoulder at AIM.com
Sat Oct 17 15:32:04 UTC 2020
On 2020-10-16, at 22:09:19, Deborah Goldsmith via tz <tz at iana.org> wrote:
> This is on the latest version of macOS. While Darwin has a lot of content from FreeBSD, there’s no effort to keep the two in sync AFAIK. According to Wikipedia Darwin is not POSIX-compatible but is compatible with the Single UNIX Specification, version 3.
It seems to be in current Single UNIX:
Use the specified date_time instead of the current time. The option-argument shall be a string of the form:
Use the specified time instead of the current time. The option-argument shall be a decimal number of the form:
Why do we need both? Existing Art, I suppose.
• In System V, an ambiguity exists when a pathname that is a decimal number leads the operands; it is treated as a time value. In BSD, no time value is allowed; files may only be touched to the current time. The -t time construct solves these problems for future conforming applications (note that the -t option is not historical practice).
> I’ll just patch the Makefile and then patch the output to remove the “dirty”.
More information about the tz