Created attachment 439356 [details] zdump -v /etc/localtime After updating to timezone-data-2016d I have strangeness with time settings in plasma 5 for any Kazakhstan cities. My timezone is Asia/Oral The system show correct time: Sat Jul 2 00:26:31 +05 2016 Plasma clock widget show 2:26pm. But when I click to "Adjust Date and Time" in "Date and Time" tab displayed correct time, local timezone is correct Asia\Oral. When I lock screen I see 7:26pm. So at the moment I have 3 different time: 2:26pm -5 GMT in the plasma clock widget 0:26am +5 GMT in the system (correct) 7:26pm GMT in the Breeze lock screen and sddm. For testing I change timezone settings to Asia/Almaty and Asia/Aqtau and got same results - 3 different time. As I can see in file Asia from tzdata2016d.tar.gz, LMT was changed from lettering (ORAT, AQTT, ALMT, etc) to timezone (+05, +04, +06), seems it may be source of problem. With previous sys-lib/timezone-data-2016c all is correct - system, clock widget, lock screen and sddm show correct time.
Giving this to KDE initially.
What is the packaging issue here?
(In reply to Johannes Huber from comment #2) > What is the packaging issue here? Probably none. It seems like it might be a bug in some KDE component(s).
Please report this to bugs.kde.org.
(In reply to Johannes Huber from comment #4) > Please report this to bugs.kde.org. Bug is already reported. https://bugs.kde.org/show_bug.cgi?id=362452 Is it possible to return ebuild for sys-lib/timezone-data-2016c to the portage tree? As I can see it is deleted. eix -s timezone-data [I] sys-libs/timezone-data Available versions: 2016d ~2016e {leaps_timezone nls ELIBC="FreeBSD"} According link below: https://mm.icann.org/pipermail/tz-announce/2016-April/000038.html "Many corrections to historical time in Kazakhstan from 1991 through 2005. (Thanks to Stepan Golosunov.) Replace Kazakhstan's invented time zone abbreviations with numeric abbreviations." I am just afraid that this global changes may be affected not KDE only.
i'm not seeing this as a bug in timezone-data. if KDE is using the old timezone names, then it needs to update.
<thiago> hmm... there was a bug in parsing timezone files for some regions in Russia [...] <thiago> this problem existed for years, but wasn't triggered until the "2016d" update of the timezone data
(In reply to Andreas Sturmlechner from comment #7) > <thiago> hmm... there was a bug in parsing timezone files for some regions > in Russia > [...] > <thiago> this problem existed for years, but wasn't triggered until the > "2016d" update of the timezone data After latest update I have: dev-qt/qtcore-5.6.1 sys-libs/timezone-data-2016e And problem seems has been resolved. The system, plasma clock widget, sddm show correct time. Thank you!
(In reply to Samat from comment #8) > (In reply to Andreas Sturmlechner from comment #7) > > <thiago> hmm... there was a bug in parsing timezone files for some regions > > in Russia > > [...] > > <thiago> this problem existed for years, but wasn't triggered until the > > "2016d" update of the timezone data > > After latest update I have: > > dev-qt/qtcore-5.6.1 > sys-libs/timezone-data-2016e > > And problem seems has been resolved. The system, plasma clock widget, sddm > show correct time. > > Thank you! Thanks a lot for the feedback, marking as resolved.