From: Jonathan de Boyne Pollard <J.deBoynePollard-newsgroups@NTLWorld.COM>
To: "supervision@list.skarnet.org" <supervision@list.skarnet.org>
Subject: Re: [svlogd] / -ttt / why UTC?
Date: Sun, 9 Apr 2023 07:11:09 +0100 [thread overview]
Message-ID: <8c467d4b-7e60-d581-563d-c2b9c84a286b@NTLWorld.COM> (raw)
In-Reply-To: <1521010095.494363.1680813470706@mail.yahoo.com>
>> Yes. You cannot set your system clock to TAI, unless you want wildly
>> incorrect results from time() and similar system calls. Setting it 10
>> seconds earlier than TAI is the best you can do; and that's what the
>> right/ timezones expect.
>>
>
> In my world time() returns the SI seconds since the start of 1970.
> Since TAI and UTC were off for fractions of a second from 1970 to the
> end of 1972 might be true, but my applications dont care for that time
> so much...
>
M. Bercot's point, which you edited out, is that what xe means by
"TAI-10" is exactly that, because what you say here is untrue. TAI was
different from UTC by over 10 seconds, not by merely fractions of 1
second, and the "start of 1970" in one was not the "start of 1970" in
the other. People don't use TAI in Unices and Linux-based operating
systems. They use what is more accurately termed TAI-10; because there
aren't versions of the timezone support data files (supplied "out of the
box") that count SI seconds and use "start of 1970" TAI, only ones that
count SI seconds and use "start of 1970" UTC, i.e. "start of 1970" TAI-10.
* https://unix.stackexchange.com/a/327403/5132
And whereas on an operating system like OpenBSD one should expect both
"right" and "posix" timezones to be supported, and any inconsistencies
in applications to be corrected with patches in ports, on Linux-based
operating systems the hotch-potch nature of the various language runtime
libraries and application repositories does not given one nearly as much
confidence that it's all correct.
Well done for trying to push corrections back to the authors; but that
makes you in a better position than most to agree with M. Bercot that
the state of the applications and Linux-based operating systems as
supplied leaves a little to be desired for TAI-10 operation. But as M.
Bercot and I both say, the major single offender here is {x,}ntpd.
> I think, i will write socklog&svlogd myself...
>
Personally, I just go with the Bernstein timestamps. Then I can convert
to whatever human-readable form that I like, without touching the raw
log files or having to worry about parsing log files with
locale-dependent formats in them; even reading the same log entries in
multiple different timezones and locales if I really want to.
next prev parent reply other threads:[~2023-04-10 6:11 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1799590563.259018.1680775861585.ref@mail.yahoo.com>
2023-04-06 10:11 ` cpt.arsemerica.yahoo.com via supervision
2023-04-06 11:02 ` Laurent Bercot
2023-04-06 12:47 ` cpt.arsemerica.yahoo.com via supervision
2023-04-06 18:12 ` Laurent Bercot
2023-04-06 20:37 ` cpt.arsemerica.yahoo.com via supervision
2023-04-09 6:11 ` Jonathan de Boyne Pollard [this message]
2023-04-06 23:21 ` Alexis
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=8c467d4b-7e60-d581-563d-c2b9c84a286b@NTLWorld.COM \
--to=j.deboynepollard-newsgroups@ntlworld.com \
--cc=supervision@list.skarnet.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).