Date: Thu, 23 May 2019 03:38:42 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 238065] Regression in date(1) Message-ID: <bug-238065-227@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D238065 Bug ID: 238065 Summary: Regression in date(1) Product: Base System Version: 12.0-RELEASE Hardware: Any OS: Any Status: New Severity: Affects Many People Priority: --- Component: bin Assignee: bugs@FreeBSD.org Reporter: gcr@tharned.org I noticed recently that `date -r` no longer works: $ freebsd-version -uk 12.0-RELEASE-p4 12.0-RELEASE-p5 (11.2-RELEASE also seems to be affected) $ date +%s 1558581709 $ date -r 1558581709 date: -r: unknown option Usage: date [-aceEiLlmnRsuz] [-d date] [-f format] [-p format] [-T type] [-U scale] [ +format | date ... | file ... ] Interestingly, the above usage message does not match the message compiled = into the date binary: $ strings /bin/date | fgrep -i usage usage: date [-jnRu] [-d dst] [-r seconds|file] [-t west] [-v[+|-]val[ymwdHM= S]] But the manual page still says that `date -r` should work as expected: -r seconds Print the date and time represented by seconds, where seconds = is the number of seconds since the Epoch (00:00:00 UTC, January 1, 1970; see time(3)), and can be specified in decimal, octal, or hex. In fact the manual page matches the compiled in usage string and not the us= age message printed when `date -r` errors out. Strange. I suspect that Revision 282608 <https://svnweb.freebsd.org/base?view=3Drevision&revision=3D282608>; may have something to do with this. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-238065-227>