https://bugs.kde.org/show_bug.cgi?id=429220
--- Comment #2 from David <dchme...@gmail.com> --- FALSE; you need to learn more about Unix and strictly Unix-like GNU/Linux, the only such one being Slackware, listed above. Strictly Unix[-like] like Slackware GNU/Linux, FreeBSD Unix, etc., have /etc/localtime, not timedatectl, because that's part of the Apple-/Windows-like systemd which of course isn't Unix-like. The time zone I am using is US/Pacific (UTC-8/PST currently, otherwise UTC-7/PDT) and my clock is correct. However, as reported in another bug, KDE apparently no longer always (maybe sometimes) reads /etc/localtime and has set my time zone to UTC (unchangeable) despite showing the time for UTC-8. That happened about after US/Pacific switch from standard (PST) to daylight saving (PDT) time... before that KDE either used /etc/localtime or accepted input of US/Pacific or the main city used for it in my time zone, which was set fine since last year. I wanted to use a normal KOrganizer calendar but it seems that option has been removed. I am also using a Google calendar, but at least on calendar.google.com times work right! If I set something there and reload KOrganizer the time is correct. Even if I wanted to set an event just four hours ahead, with this bug, it wouldn't set the event because would revise the time I entered to four hours before, as if it already happened. So it's not always just what time zone KDE is using (without permission) but that times the user enters get modified (without permission) -- You are receiving this mail because: You are watching all bug changes.
