History log of /src/bin/date/date.1 (Results 1 – 25 of 372)
Revision Date Author Comments
# 38839c87 11-Nov-2025 Dag-Erling Smørgrav <des@FreeBSD.org>

date: Improve nanosecond support

Add support for a field width, which defaults to 9 if unspecified or
zero. If the width is not exactly 9, we have to either cut off digits
or append zeroes to make

date: Improve nanosecond support

Add support for a field width, which defaults to 9 if unspecified or
zero. If the width is not exactly 9, we have to either cut off digits
or append zeroes to make up the difference. If the width is a dash,
we pick a width based on the clock's reported resolution. This brings
us in line with GNU coreutils.

PR: 287080
MFC after: 1 week
Reviewed by: 0mp
Differential Revision: https://reviews.freebsd.org/D53667

show more ...


# e878ba8e 05-Nov-2025 Mateusz Piotrowski <0mp@FreeBSD.org>

date.1: Lint with mandoc

Specifically, remove Tn macors, replace Li with Ql, and escape %N to
address date.1's rendering issues on man.freebsd.org.

PR: 290801
Reported by: jinwookjeongg@gmail.com

date.1: Lint with mandoc

Specifically, remove Tn macors, replace Li with Ql, and escape %N to
address date.1's rendering issues on man.freebsd.org.

PR: 290801
Reported by: jinwookjeongg@gmail.com
MFC after: 1 week
Sponsored by: Klara, Inc.

show more ...


# 21628c79 31-Aug-2025 Michael Osipov <michaelo@FreeBSD.org>

date(1): Improve manpage around '-I'

* ISO 8601 defines two formats: basic and extended, clarify that we
output the extended format only.
* Clarify that ISO 8601 is only aware of timezone /offsets

date(1): Improve manpage around '-I'

* ISO 8601 defines two formats: basic and extended, clarify that we
output the extended format only.
* Clarify that ISO 8601 is only aware of timezone /offsets/, not timezones,
it has no relation to the Olson timezone database (TZ environment variable).

Reviewed by: otis (mentor), des
MFC after: 3 days
Differential Revision: https://reviews.freebsd.org/D52314

show more ...


# 355ebf80 10-Sep-2024 Dag-Erling Smørgrav <des@FreeBSD.org>

date: Documentation nits.

* Fix spurious capitalization.
* Fix inconsistent quoting.
* Use `Dq` rather than ASCII double quotes.

MFC after: 3 days
Sponsored by: Klara, Inc.
Reviewed by: 0mp
Differe

date: Documentation nits.

* Fix spurious capitalization.
* Fix inconsistent quoting.
* Use `Dq` rather than ASCII double quotes.

MFC after: 3 days
Sponsored by: Klara, Inc.
Reviewed by: 0mp
Differential Revision: https://reviews.freebsd.org/D46622

show more ...


# c40e0bff 02-May-2024 Mateusz Piotrowski <0mp@FreeBSD.org>

date.1: Note that nanosecond support is to appear first in 14.1

Sponsored by: Klara, Inc.


# eeb04a73 21-Apr-2024 Mateusz Piotrowski <0mp@FreeBSD.org>

date: Add support for nanoseconds

This patch introduces support for a conversion specification for
nanoseconds.

The format of %N is meant to be compatible with that of GNU date.

The nanoseconds co

date: Add support for nanoseconds

This patch introduces support for a conversion specification for
nanoseconds.

The format of %N is meant to be compatible with that of GNU date.

The nanoseconds conversion specification is implemented directly in
date(1) instead of libc (in strftime(3)) to avoid introducing
non-standard functions to libc at this time and modifying struct tm.

Apart from introducing the nanoseconds conversion specification, this
patch brings the following changes:

- The "ns" format for ISO 8061 dates is now unlocked. E.g., date -Ins
prints:
2024-04-22T12:20:28,763742224+02:00
- The -r flag when fed a file is now aware of the nanosecond part of the last
modification time.
- date(1) is now able to set the time with nanosecond precision. It is
not possible as of now to do that by specifying nanoseconds directly
via the command-line arguments. Instead, the -r flag can be used.
- date(1) is now using the clock_gettime(3) family of functions instead
of ctime(3) family of functions where possible.

Reviewed by: des, markj
Sponsored by: Klara, Inc.
Differential Revision: https://reviews.freebsd.org/D44905

show more ...


# 8e9fc2d9 12-Jan-2024 Chia-Jung Chang <maluma110020036@gapp.nthu.edu.tw>

date(1): Grammar fixes

Event: Advanced UNIX programming course (Fall'23) at NTHU
Pull Request: https://github.com/freebsd/freebsd-src/pull/1035


# 90aea514 23-Nov-2023 Warner Losh <imp@FreeBSD.org>

bin: Remove ancient SCCS tags.

Remove ancient SCCS tags from the tree, automated scripting, with two
minor fixup to keep things compiling. All the common forms in the tree
were removed with a perl s

bin: Remove ancient SCCS tags.

Remove ancient SCCS tags from the tree, automated scripting, with two
minor fixup to keep things compiling. All the common forms in the tree
were removed with a perl script.

Sponsored by: Netflix

show more ...


# b2c76c41 16-Aug-2023 Warner Losh <imp@FreeBSD.org>

Remove $FreeBSD$: one-line nroff pattern

Remove /^\.\\"\s*\$FreeBSD\$$\n/


# 31edf56b 19-May-2023 Baptiste Daroussin <bapt@FreeBSD.org>

date: add -z output_zone option

Inpired by OpenBSD date(1), this option allows to do timezone conversion
via the date(1) command.

For example, to determine when the BSDCan livestream begins for me:

date: add -z output_zone option

Inpired by OpenBSD date(1), this option allows to do timezone conversion
via the date(1) command.

For example, to determine when the BSDCan livestream begins for me:

$ env -i TZ=EST5EDT date -z Europe/Paris -j 0900

MFC After: 1 week
Reviewed by: kib, bcr (manpage)
Differential Revision: https://reviews.freebsd.org/D40159

show more ...


# 8688532f 13-Apr-2023 Mateusz Piotrowski <0mp@FreeBSD.org>

date.1: Make sure that the example works in any locale


# de7a6b6f 27-Feb-2023 Mateusz Piotrowski <0mp@FreeBSD.org>

date.1: Examples: Use syntax that is also compatible with csh

MFC after: 1 month
Sponsored by: Klara Inc.


# 4148dffa 27-Jul-2022 Kyle Evans <kevans@FreeBSD.org>

date: remove some ambiguity in tzdata references

The use of 'package' in this could be understood to mean a FreeBSD
package provided by pkg, rather than the fact that we use data provided
by IANA.

date: remove some ambiguity in tzdata references

The use of 'package' in this could be understood to mean a FreeBSD
package provided by pkg, rather than the fact that we use data provided
by IANA. Re-word it to clearly identify `tzdata` as the IANA Time Zone
Database on first use, then drop subsequent uses of the word 'package'.

Reviewed by: 0mp, pauamma, philip
Sponsored by: Klara, Inc.
Differential Revision: https://reviews.freebsd.org/D35966

show more ...


# 9fcac31d 28-Jun-2022 Kyle Evans <kevans@FreeBSD.org>

date: attempt to more accurately describe year limitations with -v

The previous description was both incorrect and incomplete in its
description -- the 2038 limit doesn't apply on !i386 platforms, a

date: attempt to more accurately describe year limitations with -v

The previous description was both incorrect and incomplete in its
description -- the 2038 limit doesn't apply on !i386 platforms, and
it didn't note that values above 100 are accepted and interpreted
differently. Further, it didn't note that absolute years are accepted.

Reviewed by: pauamma_gundo.com (manpages)
Sponsored by: Klara, Inc.
Differential Revision: https://reviews.freebsd.org/D35360

show more ...


# 8deef886 30-Mar-2022 Greg Lehey <grog@FreeBSD.org>

Correct source markup. No change to output.

Reported by: 0mp@


# 8e4b069f 30-Mar-2022 Greg Lehey <grog@FreeBSD.org>

Remove reference to kernel clock time zone.
Add references.

Reported by: philip@


# 3c9f304b 28-Mar-2022 Greg Lehey <grog@FreeBSD.org>

Describe modern time zone handling.
Reviewed by: peterj@
MFC after: 2 weeks


# c537bf9d 03-Nov-2021 Mateusz Piotrowski <0mp@FreeBSD.org>

date: Capitalize seconds string in synopses

This makes it consistent with other date(1) implementations. Also, it
feels more consistent since hours and minutes are already represented as
HH and MM r

date: Capitalize seconds string in synopses

This makes it consistent with other date(1) implementations. Also, it
feels more consistent since hours and minutes are already represented as
HH and MM respectively.

MFC after: 3 days

show more ...


# a12b16f4 03-Nov-2021 Mateusz Piotrowski <0mp@FreeBSD.org>

date: Clean up synopses

MFC after: 3 days


# 00133d5c 03-Nov-2021 Mateusz Piotrowski <0mp@FreeBSD.org>

date.1: Fix some style issues and examples

- Use Cm instead of Ar or Sq for command modifiers of the -v flag.
- Remove unnecessary "Ar ..." from the synopsis. It's not clear what it
was referring

date.1: Fix some style issues and examples

- Use Cm instead of Ar or Sq for command modifiers of the -v flag.
- Remove unnecessary "Ar ..." from the synopsis. It's not clear what it
was referring to.
- Add missing arguments to the -f and -v flags.
- Stylize the dot before "ss" with Cm in the default format in the -f
flag description.
- Set LC_ALL=C in the last example so that the output format of
date(1) always matches the specified format of the -f flag not matter
the locale.
- List the -f flag as optional in all usage lines in the synopsis.

MFC after: 3 days

show more ...


# 3e4946f0 16-Jun-2021 Ceri Davies <ceri@FreeBSD.org>

date.1: Remove mention of -d and -f flags

These flags were removed in 2019.

PR: 256631
Submitted by: David Fiander <david@fiander.info>
MFC After: 3 days


# e2515283 27-Aug-2020 Glen Barber <gjb@FreeBSD.org>

MFH

Sponsored by: Rubicon Communications, LLC (netgate.com)


# 82178ae0 26-Aug-2020 Ed Maste <emaste@FreeBSD.org>

date.1: note possibly surprising behaviour of -j -f

PR: 248918
MFC after: 1 week
Sponsored by: The FreeBSD Foundation


# 7648bc9f 13-May-2019 Alan Somers <asomers@FreeBSD.org>

MFHead @347527

Sponsored by: The FreeBSD Foundation


# 8b82def3 24-Apr-2019 Warner Losh <imp@FreeBSD.org>

Restore the -n flag parsing, but ignore it.

Since D19668 was done, new users of the -n flag have surfaced. Parse
and ignore it on the command line until they can be updated.

Suggested by: rgrimes (

Restore the -n flag parsing, but ignore it.

Since D19668 was done, new users of the -n flag have surfaced. Parse
and ignore it on the command line until they can be updated.

Suggested by: rgrimes (in D19668).

show more ...


12345678910>>...15