My normal Timezone is UTC+2 (Berlin)
default output 'date':
Mo 8. Apr 00:44:15 CEST 2013
Now i go to systemsettings > Date & time
enable timeserver syncro and set the timeserver to one of the presettet or some other server. Next i click 'OK'
now 'date' will say
So 7. Apr 22:47:46 UTC 2013
in the category 'timezone' i have set Berlin.
to get in the right timezone again i have to use the debian way
sudo dpkg-reconfigure tzdata
after that date ist again
Mo 8. Apr 00:54:51 CEST 2013
ireally dont know if there is some configuration missing here or its a bug. happens on all 3 computers with KDE SC 4.10.1/2
Steps to Reproduce:
1. go to systemsettings > date & time
2. set a timeserver
3. activate it ans look to the clock
of you dont life in GMT-timezone your systemtime will change to UTC
you should stay in our timezone
I have a very similair behaviour here. Since the change from winter to sommer time this year (a few weeks ago) my clock is 2 hours late. There might be a problem with the time zone: I live in Switzerland, so my time zone is 'Europe/Switzerland' (which was 2 hours late = GMT+0). But when I change it to 'Europe/Berlin', the time is displayed correctly (GMT+2).
Of course, Switzerland and Germany are in the same time zone, so there shouldn't be any difference...
The system time and the hardware clock ran always correctly (UTC), therefore I believe this has something to do with KDE / Date & Clock.
I'm using Ubuntu 13.04 Beta, KDE 4.10.2, amd64. Default locale is American English.
sorry for may very bad english.
I'm using Kubuntu 13.04 , KDE 4.10.2, amd64. Default locale is Italian and Timezone is Rome.
The clock always display the UTC time.
I find the file "/etc/localtime" is corrupted. It's linked to a wrong position.
So i remake "/etc/localtime" to link at "usr/share/zoneinfo/posix/Europe/Rome" and now the clock display correct time.
If i change the localtime trough Systemsetting / Date and Time then clock display UTC time and the file "etc/localtime" is again corrupted.
I'm using Kubuntu 13.04 (KDE 4.10.2, amd64) and have the same problem with Europe/Warsaw.
Symlink /etc/timezone links to "../Poland" (which of course doesn't exists).
Can someone check, if this bug is present on other distros? Maybe it's (K)ubuntu issue only?
(sorry for English mistakes - not native speaker)
Hello. I have a similar problem.
I'm using KUbuntu 13.04 x86_64 (KDE 4.10.2) and the digital clock displays also always (or almost) UTC time when my timezone is Europe/Spain (Madrid).
I'm trying to change timezone in " adjust date and time" of the digital clock and in "digital clock settings" and i have gotten to show the time correctly but i have to do the following:
1. In "adjust date and time" i set a timezone differente of mine (for example "Pacific/American Samoa (Pago Pago) (LMT)"). Its changes the digital clock time to another very different of mine.
2. Now in "digital clock settings" i set Europe/Madrid timezone and change "clocks defaults to:" from "Local" to "Europe/Madrid" and the time changes again and now it is right.
If I reset the timezone to "Europe/Spain (Madrid)" in "adjust date and time" the digital clock displays UTC time again.
Also if I set others timezones in "adjust date and time" (for example "America/Canada (Rainy River) , the "Local" option in "clock defaults to" option of "digital clock settings" many times (but not always, for example America/American Samoa (Pago Pago) does it right) it shows UTC time.
So i think that there is a problem with the timezone in "adjust date and time" (but in "digital clock settings it seems to be right) that sometimes causes that the "Local" timezone to display UTC time when it is wrong.
A temporal "SOLUTION" for users may be: change timezone in "adjust date and time" to another one (for example America/American Samoa (Pago Pago) and in "digital clock settings select this timezone in "clock defaults to" option instead of "Local"
Sorry for my bad english.
I'm sorry, there is a mistake in the explication of my "temporal solution" .
The right steps are:
1. Select another timezone in "adjust date and time", for example America/American Samoa (Pago Pago) seems to be fine and confirm.
2. Select in "digital clock setting" your timezone and change the option "clock defaults to" from "Local" to your timezone and confirm.
I have KUbuntu 13.04 32Bits (KDE 4.10.3) And have the same problem. I can't properly set the time zone without problems. I'm in Europe/Madrid (UTC+2 with summer +1 addition) and i can't set this time zone, if i set UTC or set Europe/Madrid (UTC+2) time zone i have the same automatic sync time, and if i choose Europe/Madrid (UTC+2) and manually set the time, when i restart the system it's again in UTC, but the time zone is Europe/Madrid.
The only manner to view my time zone clock is choose UTC time zone, and in digital clock set Europe/Madrid as default time zone. But really Gmail (and other applications) thinks i'm in UTC, and in clock settings is UTC time and UTC time zone. This isn't a solution. (http://img600.imageshack.us/img600/4306/wk6.png)
Testing some things, i view /etc/localtime content:
- When is UTC time zone selected:
$ ls -l /etc/localtime
-rw-r--r-- 2 root root 118 mar 14 10:46 /etc/localtime
$ cat /etc/localtime
-When is Europe/Madrid (UTC+2) time zone selected:
$ ls -l /etc/localtime
lrwxrwxrwx 2 root root 22 jun 20 11:50 /etc/localtime -> ../posix/Europe/Madrid (symlink is broken)
$ cat /etc/localtime
cat: /etc/localtime: No existe el archivo o el directorio (File or directory doesn't exist)
This is very broken
When is selected the proper configuration for me, i set (in my case) a symlink of /usr/share/zoneinfo/posix/Europe/Madrid in /etc/localtime (inside /usr/share/zoneinfo/posix/ are all time zones files) and it works as it should after a few seconds (time is correct), but i can't enter in time configuration because it breaks again. At least it doesn't change in a restart...
*** Bug 319304 has been marked as a duplicate of this bug. ***
How said Vlado in https://bugs.kde.org/show_bug.cgi?id=319304#c4, other temporal workaround is to set the time and use as root "dpkg-reconfigure tzdata"
It generates a proper /etc/localtime, but not a symlink to posix directory, a directly file.
However, entering in clock settings messed again the configuration with the broken symlink.
In the last update of KDE to 4.10.4 (KUbuntu 13.04 32Bits), the same problem remains
I don't think it's a KDE bug, it's libc's (zic's) fault:
# ls -l /etc/localtime
lrwxrwxrwx 1 root root 41 Aug 8 14:50 /etc/localtime -> /usr/share/zoneinfo/posix/Europ/Budapest
# zic -l /usr/share/zoneinfo/Europe/Bucharest
# ls -l /etc/localtime
lrwxrwxrwx 2 root root 25 Mar 14 10:46 /etc/localtime -> ../posix/Europe/Bucharest
Since KDE has a fallback in case of no zic available, as a workaround you can just move it out of the way until it gets fixed:
mv /usr/sbin/zic /usr/sbin/zic-bad
here the link to the bug report on launchpad for package eglibc
that refers to this bug report,too (round robin ;-)
*** Bug 325073 has been marked as a duplicate of this bug. ***
Git commit b6ae01ca8ea776c97cc57836401ca9696e2529e8 by David Edmundson.
Committed on 14/02/2015 at 13:50.
Pushed by davidedmundson into branch 'master'.
Add systemd support into the clock KCM as an optional dependency
The current time setting helper is incredibly broken.
It manually tries to run a range of NTP utilities, all of which are
We can just call timedated directly and cut out the middleman as it has
uses polkit anyway.
This is currently an optional dependency, and the original helper still
exists. It makes the code messy, but we have users to support for now.
Detection is done at runtime
Related: bug 196316, bug 311286, bug 317784, bug 319072, bug 337012, bug 339582, bug 241817, bug 178968, bug 320456, bug 337659
M +5 -1 kcms/dateandtime/CMakeLists.txt
M +22 -12 kcms/dateandtime/dateandtime.ui
M +44 -30 kcms/dateandtime/dtime.cpp
M +2 -1 kcms/dateandtime/dtime.h
M +80 -7 kcms/dateandtime/main.cpp
M +5 -1 kcms/dateandtime/main.h
A +43 -0 kcms/dateandtime/timedated1.xml
Created attachment 98291 [details]
sorry, send for mistake to the wrong bug