DATEZONE(1)
๐ NAME ๐
okay so this is datezone, from the datezone(1) manual page in the User Commands section โ and bestie, it does exactly one iconic thing: it converts DATE/TIMEs between timezones. that's it, that's the whole job, and it slays at it. ๐โจ
๐ฆ SYNOPSIS ๐ฆ
datezone [OPTION]... [ZONENAME]... [DATE/TIME]...
โจ DESCRIPTION โจ
So the vibe is: you hand it DATE/TIMEs and it converts them between timezones. If you justโฆ don't give it a DATE/TIME at all? It defaults to now. no thoughts, just the present moment. ๐
DATE/TIME can also be one of these special little guys:
nowโ interpreted as the current (UTC) time stamptimeโ the time part of the current (UTC) time stamptodayโ the current date (according to UTC)tomo[rrow]โ tomorrow's date (according to UTC)y[ester]dayโ yesterday's date (according to UTC)
Two rules that lowkey matter a lot:
- When
DATE/TIMEis a date (i.e. the time component is omitted) the result will show the timezone offset at the end of that day. - When
DATE/TIMEis a time (i.e. the date component is omitted) the conversion takes place on the date as specified by--base/-b, by default the current date.
๐ Recognized OPTIONs ๐
-h,--helpโ display this help and exit. classic. ๐ซถ-V,--versionโ output version information and exit. also classic.-q,--quietโ Suppress message about date/time or zonename parser errors and fix-ups. The default is to print a warning or the fixed up value and return error code2. so if you want silence instead of being lovingly corrected, this is your girl. ๐คซ-b,--base=DTโ For underspecified input useDTas a fallback to fill in missing fields. Also used for ambiguous format specifiers to position their range on the absolute time line. Must be a date/time in ISO8601 format. If omitted defaults to the current date/time.-i,--input-format=STRING...โ Input format, can be used multiple times. Each date/time will be passed to the input format parsers in the order they are given, if a date/time can be read successfully with a given input format specifier string, that value will be used.--from-locale=LOCALEโ Interpret dates on stdin or the command line as coming from the localeLOCALE, this would only affect month and weekday names as input formats have to be specified explicitly.--from-zone=ZONEโ Interpret dates on stdin or the command line as coming from the time zoneZONE.--nextโ Show next transition from/to DST. โญ๏ธ--prevโ Show previous transition from/to DST. โฎ๏ธ
๐ FORMAT SPECS ๐
Format specs in dateutils are similar to posix' strftime(). ๐ง
However, due to a broader range of supported calendars dateutils must employ different rules.
๐ธ Date specs ๐ธ
%aโ The abbreviated weekday name%Aโ The full weekday name%_aโ The weekday name shortened to a single character (MTWRFAS)%bโ The abbreviated month name%Bโ The full month name%_bโ The month name shortened to a single character (FGHJKMNQUVXZ)%cโ The count of the weekday within the month (range00to05)%Cโ The count of the weekday within the year (range00to53)%dโ The day of the month, 2 digits (range00to31)%Dโ The day of the year, 3 digits (range000to366)%Fโ Equivalent to%Y-%m-%d(ymd's canonical format)%gโ ISO week date year without the century (range00to99)%Gโ ISO week date year including the century%jโ Equivalent to%D%mโ The month in the current calendar (range00to12)%Qโ The quarter of the year (rangeQ1toQ4)%qโ The number of the quarter (range01to04)%sโ The number of seconds since the Epoch.%uโ The weekday as number (range01to07, Sunday being07)%Uโ The week count, day of week is Sun (range00to53)%Vโ The ISO week count, day of week is Mon (range01to53)%wโ The weekday as number (range00to06, Sunday being00)%Wโ The week count, day of week is Mon (range00to53)%yโ The year without a century (range00to99)%Yโ The year including the century%_yโ The year shortened to a single digit%Zโ The zone offset in hours and minutes (HH:MM) with a preceding sign (+for offsets east of UTC,-for offsets west of UTC)
and the roman numeral era: ๐๏ธ
%Odโ The day as roman numerals%Omโ The month as roman numerals%Oyโ The two digit year as roman numerals%OYโ The year including the century as roman numerals
the calendar-specific ones:
%rsโ In time systems whose Epoch is different from the unix Epoch, this selects the number of seconds since then.%rYโ In calendars with years that don't coincide with the Gregorian years, this selects the calendar's year.
ordinals, because we're fancy: โจ
%dthโ The day of the month as an ordinal number,1st,2nd,3rd, etc.%mthโ The month of the year as an ordinal number,1st,2nd,3rd, etc.
and the business-day girlies: ๐ผ
%dbโ The business day of the month (since last month's ultimo)%dBโ Number of business days until this month's ultimo
โฐ Time specs โฐ
%Hโ The hour of the day using a 24h clock, 2 digits (range00to23)%Iโ The hour of the day using a 12h clock, 2 digits (range01to12)%Mโ The minute (range00to59)%Nโ The nanoseconds (range000000000to999999999)%pโ The stringAMorPM, noon isPMand midnight isAM.%Pโ Like%pbut in lowercase%Sโ The seconds (range00to60,60is for leap seconds)%Tโ Equivalent to%H:%M:%S
๐ General specs ๐
%nโ A newline character%tโ A tab character%%โ A literal%character
๐ช Modifiers ๐ช
%Oโ Modifier to turn decimal numbers into Roman numerals%rโ Modifier to turn units into real units%0โ Modifier to turn on zero prefixes%SPCโ Modifier to turn on space prefixes%-โ Modifier to turn off prefixes altogetherthโ Suffix, read and print ordinal numbersbโ Suffix, treat days as business days
By design dates before 1601-01-01 are not supported. not a bug, a whole design choice, and we respect it. ๐ซ
For conformity here is a list of calendar designators and their corresponding format string:
ymdโ%Y-%m-%dymcwโ%Y-%m-%c-%wywdโ%rY-W%V-%ubizdaโ%Y-%m-%dblilianโn/aldnโn/ajulianโn/ajdnโn/amatlabโn/amdnโn/a
These designators can be used as output format string, moreover, @code{lilian}/@code{ldn} and @code{julian}/@code{jdn} can also be used as input format string.
๐ธ EXAMPLES ๐ธ
no zone given? you get UTC, and honestly? she said "you're welcome". ๐
$ datezone 2012-03-04T12:04:11
2012-03-04T12:04:11+00:00
$
name a zone, get that zone. iconic behavior. ๐ฆ
$ datezone Europe/Berlin 2012-03-04T12:04:11
2012-03-04T13:04:11+01:00 Europe/Berlin
$
zone after the timestamp? also valid, we're flexible like that.
$ datezone 2012-03-04T12:04:11 UTC
2012-03-04T12:04:11+00:00 UTC
$
and the flex: multiple zones ร multiple date/times, all converted, in order. she's doing the MOST. ๐
$ datezone Europe/Berlin Australia/Sydney 2012-01-01T14:04:00 2012-05-14T12:04:00
2012-01-01T15:04:00+01:00 Europe/Berlin
2012-01-02T01:04:00+11:00 Australia/Sydney
2012-05-14T14:04:00+02:00 Europe/Berlin
2012-05-14T22:04:00+10:00 Australia/Sydney
$
๐ AUTHOR ๐
Written by Sebastian Freundt <freundt@fresse.org> โ thank you for your service, legend. ๐ซก๐
๐ REPORTING BUGS ๐
Report bugs to: https://github.com/hroptatyr/dateutils/issues
fr fr if something's cursed, tell them there, not me. ๐
๐ SEE ALSO ๐
The full documentation for datezone is maintained as a Texinfo manual. If the info and datezone programs are properly installed at your site, the command
info (dateutils)datezone
should give you access to the complete manual. ๐โจ
okay bestie that's the whole page ๐
this was dateutils 0.4.11, dated January 2024, and this lil DATEZONE(1) manual is officially out. go convert some timezones, you got this. ๐๐ฆ๐
๐ฆ where this page comes from
- alpine 3.24: dateutils-doc 0.4.11-r0 ยท BSD-3-Clause
- fedora 43: dateutils 0.4.11-5.fc43 ยท BSD-3-Clause
- fedora 44: dateutils 0.4.11-7.fc44 ยท BSD-3-Clause
- nixos 26.05: dateutils 0.4.11
- nixpkgs unstable: dateutils 0.4.11
- opensuse-leap 16.0: dateutils 0.4.11-bp160.1.17 ยท BSD-3-Clause
- opensuse-leap 16.0: dateutils 0.4.11-bp160.1.17 ยท BSD-3-Clause
- opensuse-leap 16.0: dateutils 0.4.11-bp160.1.17 ยท BSD-3-Clause
- opensuse-leap 16.0: dateutils 0.4.11-bp160.1.17 ยท BSD-3-Clause
- ๐ girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms