You are not logged in.
Hello!
Yesterday migrate to KDE4 Plasma 5, everything works fine the first day, but now I realize that the digital clock applet displays the time with an hour less, check with the command "date", "hwclock" KDE menu "Date and Time" and everyone agrees the same time, only the digital clock shows a different time, set the time zone applet successfully but the problem persists.
Thanks in advance
Offline
What is the output of `timedatectl`, run as root?
Offline
Mr,
Local time: jue 2015-02-05 16:50:17 CLST
Universal time: jue 2015-02-05 19:50:17 UTC
RTC time: jue 2015-02-05 19:50:17
Time zone: America/Santiago (CLST, -0300)
NTP enabled: no
NTP synchronized: yes
RTC in local TZ: no
DST active: yes
Last DST change: DST began at
sáb 2014-09-06 23:59:59 CLT
dom 2014-09-07 01:00:00 CLST
Next DST change: DST ends (the clock jumps ) at
sáb 2015-04-25 23:59:59 CLST
dom 2015-04-26 00:00:00 CLT
Offline
Everything seem configured right at the system level. You said that the clock displays 1 hour less, sounds to me like it isn't accounting for Daylight Savings Time.
Offline
I had the same problem. I was able to fix it by adjusting the time in systemsettings5. For some reason it was set on utc instead of cet
Offline
I still have this problem. Strangely enough, it does work correctly if I try changing the symbolic link at "/etc/localtime" to other timezones. So it's either a bug in "/usr/share/zoneinfo/America/Santiago", or this file has some special behaviour which bugs the KDE applet (since timedatectl shows the correct info).
EDIT: I also want to point out that the date is wrong in the thumbnail calendar appearing whenever I click on the applet. To be more precise, the time/date is 23 hours forward from the correct one. This also happens only after setting the chilean time zone.
Maybe it has something to do with the latest change in the chilean summer time dates?
Last edited by ralonso (2015-04-12 15:21:24)
Offline
I've the same problem, but I'm on Venezuela and there's no daylight save time. It shows one hour more and clock is well at system level.
https://www.skatox.com/blog -> Visit my blog about (Linux, Hacking, Open Source, Web Development, Windows, Mac Os X, Internet and more......)
Offline
I still have this problem. Strangely enough, it does work correctly if I try changing the symbolic link at "/etc/localtime" to other timezones. So it's either a bug in "/usr/share/zoneinfo/America/Santiago", or this file has some special behaviour which bugs the KDE applet (since timedatectl shows the correct info).
EDIT: I also want to point out that the date is wrong in the thumbnail calendar appearing whenever I click on the applet. To be more precise, the time/date is 23 hours forward from the correct one. This also happens only after setting the chilean time zone.
Maybe it has something to do with the latest change in the chilean summer time dates?
I also thought this, but it's really weird as hwclock (and date) reports the correct time (11:12:23 PM CLST a few moments ago).
Anyways, as a temporary workarround I'm using UTC-2
Offline
I've realized that the problem is the digital clock widget. If I add the analog widget or the other one, it shows the correct time.
https://www.skatox.com/blog -> Visit my blog about (Linux, Hacking, Open Source, Web Development, Windows, Mac Os X, Internet and more......)
Offline
I got this fixed last week, but It may have been the effect of the change of the DST here (I noticed after an upgrade and the time change, so I can't really tell).
Offline
The plasma widgets only started displaying the right time for America/Santiago on April 26th (the day DST was supposed to end before the time zone was modified) so it didn't get fixed because of an upgrade. You can still reproduce the problem by setting your clock back to April 25th or before. The clocks get all messed up: the fuzzy and analog clock are one hour ahead, the digital is one hour behind and the calendars are one day ahead. Except if you set your clock to April 25th. In that case no day is highlighted in the calendars. I guess there are some really weird calculations going on inside those widgets.
Offline
The plasma widgets only started displaying the right time for America/Santiago on April 26th (the day DST was supposed to end before the time zone was modified) so it didn't get fixed because of an upgrade. You can still reproduce the problem by setting your clock back to April 25th or before. The clocks get all messed up: the fuzzy and analog clock are one hour ahead, the digital is one hour behind and the calendars are one day ahead. Except if you set your clock to April 25th. In that case no day is highlighted in the calendars. I guess there are some really weird calculations going on inside those widgets.
Ohh, that's too bad :c
Anyways, I can't understand why the widget is responsible for calculating the time since calling time (maybe with a different TZ set) gives you the time (correctly).
Offline
solution: you have to set your local time (Ortszeit) correctly
When you type timedatectl in terminal you see Local time and Universal Time. Sadly, KDE4 or newer shows you your local time as Universal Time which can be wrong. Just look for the country there under settings for digital clock and set it as standard.
Last edited by asvaue (2015-10-27 20:51:02)
Offline
Now it works for me, I think it was just because of the regular-last-minute change on the DST on Chile.
My clock shows 11:22, and it matches timedatectl and most importantly, the actual time.
timedatectl
Local time: Wed 2015-10-28 11:22:44 CLT
Universal time: Wed 2015-10-28 14:22:44 UTC
RTC time: Wed 2015-10-28 14:22:44
Time zone: America/Santiago (CLT, -0300)
Network time on: yes
NTP synchronized: yes
RTC in local TZ: no
Offline
This has been solved in plasma 5.5
https://www.skatox.com/blog -> Visit my blog about (Linux, Hacking, Open Source, Web Development, Windows, Mac Os X, Internet and more......)
Offline