[Bug 257075] touch(1) does not accept input from date(1) with -I to -d
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 257075] touch(1) does not accept input from date(1) with -I to -d"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 257075] touch(1) does not accept input from date(1) with -I to -d"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 257075] touch(1) does not accept input from date(1) with -I to -d"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 257075] touch(1) does not accept input from date(1) with -I to -d"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 257075] touch(1) does not accept input from date(1) with -I to -d"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 257075] touch(1) does not accept input from date(1) with -I to -d"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 257075] touch(1) does not accept input from date(1) with -I to -d"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Fri, 09 Jul 2021 08:23:03 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257075 Bug ID: 257075 Summary: touch(1) does not accept input from date(1) with -I to -d Product: Base System Version: 12.2-STABLE Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: bin Assignee: bugs@FreeBSD.org Reporter: michael.osipov@siemens.com Running on stable/12:4e2ae05c3 I am trying to set the mtime of a file in the future to trick make. # ahead_of_time="$(date -v +2S -Iseconds)" # echo $ahead_of_time 2021-07-09T10:17:08+02:00 # touch -d "$ahead_of_time" . touch: out of range or illegal time specification: YYYY-MM-DDThh:mm:SS[.frac][tz] Although tz is documented as: tz An optional letter Z indicating the time is in UTC. Otherwise, the time is assumed to be in local time. Local time is affected by the value of the TZ environment variable. It is confusing in many ways: * I cannot reuse default values produced by tools from base * tz is not a TZ, but rather Zulu only and should rather say in the pattern: YYYY-MM-DDThh:mm:SS[.frac][Z] A much better approach would be if -d would parse properly extended ISO 8601 format as spit out by date -I and documented as such -- accepting any offset. -- You are receiving this mail because: You are the assignee for the bug.