hello dear linux-experts
i run opensuse 13-2 and i am very very happy
the time does not get displayed correct.
it falls back to UTC all day. What can i do.
i have had look at the documents here
https://en.opensuse.org/SDB:Configuring_the_clock
https://tr.opensuse.org/YaST_Date_and_Time
how to set up correct to the local time - note i live in GERMANY near francfurt;)
Which time are you referring to:
hello many many thanks for the answer
Which time are you referring to:
running kde
any idea!?
Hover over the clock and see if you have setup multiple time zones. Adjust accordingly or remove the unwanted ones in the clock setup
Open a terminal, and type the command:
date
If that is correct, then your system clock setting is fine.
If you right-click on the KDE time, you can select “Digital Clock Settings”. That should bring up a window. Click on “Time Zones”.
There should be a line at the bottom: “Clock defaults to …(some value)”.
If that is not “Local”, then change it to “Local” and click OK.
If that already says “Local”, then you may have hit a bug (that happened to me a few weeks ago). In that case, change it to “UTC” and click OK. Then do it again and change back to “Local”. That seems to fix the problem.
alternatively,
in YaST2 - Date and Time,
select Hardware Clock Set to UTC
(this ensures summer/winter time is auto changed)
and set the Region and Time Zone as required
then verify via the date cmd in a terminal
if date shows ok and deskop Widget shows different time,
select again the correct time zone via the Widget
Adjust Time and Date … from the pull down menu
On 2015-01-27 11:06, keellambert wrote:
>
> alternatively,
>
> in YaST2 - Date and Time,
He doesn’t need to do that, unless the command “date” in a terminal
returns wrong time.
Otherwise, it is a known problem with how the KDE clock gadget.
–
Cheers / Saludos,
Carlos E. R.
(from 13.1 x86_64 “Bottle” at Telcontar)
the assumption made was that both YaST and clock Widget use the same configuration file,
hence if the set-up is done in the wrong sequence the Widget never gets set correctly.
cheers
hello dear robin hello dear keellambert
many thanks - well this setup with yast2 is terrible confusing.
**
question:** can i do this with one or two command on commandline -
this is much much easier , i think
love to hear from you
On 2015-01-27 22:16, dilbertone wrote:
>
> hello dear robin hello dear keellambert
>
> many thanks - well this setup with yast2 is terrible confusing.
> *
> question:* can i do this with one or two command on commandline -
Please just follow the instructions that nrickert gave you.
–
Cheers / Saludos,
Carlos E. R.
(from 13.1 x86_64 “Bottle” at Telcontar)
Is the OP using a dual boot machine? There was a time that if you were dual booting with Windows, you couldn’t set your linux time to UTC (at least I think it was UTC).
Yes Windows like top have the hardware at local time though you can change it to UTC in newer versions.
What happens is that Windows updates the hardware to local time then Linux thinks it is UTC. In any case need multiple OS’s to agree on a base time setting.
Remember ther are 3 levels of time on a machine the hardware clock the OS and the user. All can display different times depending on location settings.
On KDE you can set multiple time zones so it is easy to jump to another time zone.
I offer this post in hopes that it might help some other poor soul resolve a
similar minor issue with the time display with 13.2 and KDE 4.x
My issue:
Ever since upgrading (via zypper dup) to 13.2 the clock in my desktop
panel has been acting very strangely. I’m in the EST time zone (UTC -5), and
the correct time sometimes showed in the Panel, but it also changed to UTC
about 30% of the time. I’ve even seen seen UTC +5 and UTC -10 on occasion. I
would not have been bothered except that Thunderbird sorts my mail by the
indicated time of receipt rather than at the real time of receipt.
Note: These changes did not take place at reboot or login. It happened at
random times, even when the PC was in use. Yesterday we watched it change from
EST to UTC and then to UTC -10 in the course of less than a minute. Windows
(dual boot) does not have an issue with it’s clock, and returning to openSUSE
from Windows did not cause a change.
What didn’t work:
Changing settings in hwclock
Changing settings in BIOS
Changing any settings in Yast Time and Date
Changing settings in KDE Panel > Adjust time and date
The resolution:
Right click on the panel clock display
Select Digital Clock Settings > Time Zone
Check the entire list of options and make sure only one is checked.
(In my case I found that both “New York” and UTC were checked. Perhaps it
was due to a bug in the upgrade procedure. I have no way to check right
now, but once I cleared the check from UTC the issue was resolved.)