On Wed, Dec 20, 2023 at 10:52:33PM -0600, David Wright wrote: > On Wed 20 Dec 2023 at 08:37:46 (+0100), to...@tuxteam.de wrote: > > On Wed, Dec 20, 2023 at 12:00:29AM -0600, David Wright wrote: > > > > [...] > > > > > Yes, I'm guessing that the OP is in my timezone, as just a few of > > > their previous posts have -5/-6 offsets. But most are +0, and > > > I wonder whether the OP ran this code on an all-UTC machine. > > > (IDK whether their using gmail is relevant.) > > > > Nitpick and reminder: in UNIX and cousins, the "machine" has no > > timezone. It's the executable (and its children, if they don't > > change it). See: > > > > tomas@trotzki:~$ date > > Wed Dec 20 08:24:32 CET 2023 > > tomas@trotzki:~$ TZ=Asia/Singapore bash > > tomas@trotzki:~$ date > > Wed Dec 20 15:24:47 +08 2023 > > tomas@trotzki:~$ exit > > > > What is /etc/timezone for, then? you may ask. > > > > It's just the default for when you don't pick any. > > Sorry for the synecdoche, but I think it expresses the comprehensive > setting of UTC across the entirety of the computer and its operating > system, from the RTC, through /etc/timezone and /etc/localhost, to > the users' sessions.
Now I'm confused. The timezone is just a (pointer to a) set of rules stating how to translate UNIX time into a human readable form. So it just touches applications intending to show times to a human. What is the RTC doing here, then? (Now, yes, there is a provision for telling the system that the RTC is broken, because it is shared with another, crippled, operating system, but this is another kettle of fish and has nothing to do with /etc/timezone, and luckily is slowly fading away). Cheers -- t
signature.asc
Description: PGP signature
