On 10/09/2020 21.34, Dave Howorth wrote:
On Thu, 10 Sep 2020 18:48:58 +0200 Manfred Hollstein <> wrote:
Hi David,
On Thu, 10 Sep 2020, 16:56:12 +0200, David T-G wrote:
Manfred, et al --
Mixed in what regard? UTC means the system's hardware clock (which you can control via the BIOS) is running in UTC mode, i.e. Zulu time == +-0 hrs. The TIMEZONE describes your local environment which in your case is Zulu time +6 hrs. US/Pacific would be Zulu time +9 hrs. Does running "date" produce your local time?
Here are some examples how you can control date's output (I have added the output on my local system as an example):
: Print Coordinated Universal Time (UTC) $ date -u Thu Sep 10 16:48:17 UTC 2020 : Print current time at your local area, i.e. your TIMEZONE: $ date Thu Sep 10 18:48:27 CEST 2020 : Print current time at another area: $ env TZ=US/Pacific date Thu Sep 10 09:48:37 PDT 2020
But those date commands print the date in a user's environment. Which can be changed as you demonstrate. And which can be different for every user.
/etc/sysconfig/clock presumably says something about the system environment. Something different. Quite what, I'm not sure, TBH.
No, it doesn't. It only defines the default for users. The system clock in every Unix and Linux machine is a "variant" of UTC time. Actually, it simply counts seconds since the Epoch, a point in time. When the time is printed, the time is converted to whatever that user local time is. <https://en.wikipedia.org/wiki/Unix_time>
FWIW on my system:
$ cat /etc/sysconfig/clock TIMEZONE="Europe/London" DEFAULT_TIMEZONE="US/Eastern"
Now why would I in the UK have a line that says something about US time on a system built in Europe?
I think that something in that file is obsolete. On a newly installed Leap 15.2 machine, I get: /media/ExtMain/etc/sysconfig/clock DEFAULT_TIMEZONE="US/Eastern" Which I know is wrong, I definitely said in YaST during installation to use Spain/Madrid time, ie, CEST. /etc/localtime is a symlink that points to /usr/share/zoneinfo/Europe/Madrid and that is what the system actually uses. I think you found a bug. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)