https://bugs.kde.org/show_bug.cgi?id=355858
Martin Klapetek changed:
What|Removed |Added
Status|NEEDSINFO |RESOLVED
--- Comment #12
https://bugs.kde.org/show_bug.cgi?id=355858
--- Comment #14 from Martin Klapetek ---
...you're welcome.
> ① The patch does not solve the problem, it is a workaround, because a
> correctly set TZ-Variable gets ignored if it uses the “:”-syntax.
No.
>QByteArray ianaId =
https://bugs.kde.org/show_bug.cgi?id=355858
--- Comment #15 from M G Berberich ---
How about:
time_t tt = time(0);
struct tm *tm = localtime();
char tz[20];
strftime(tz, 19, "%Z", tm);
QByteArray ianaId(tz);
--
You are receiving this mail because:
You are
https://bugs.kde.org/show_bug.cgi?id=355858
--- Comment #16 from Martin Klapetek ---
I'd suggest following through with this:
https://wiki.qt.io/Qt_Contribution_Guidelines
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=355858
Martin Klapetek changed:
What|Removed |Added
Resolution|WAITINGFORINFO |UPSTREAM
--- Comment #11
https://bugs.kde.org/show_bug.cgi?id=355858
--- Comment #9 from M G Berberich ---
I was wrong.
On Debian TZ is set to “:/etc/localtime”, this makes the clock fail.
Unsetting TZ makes the clock work, at least if startet with plasmawindowed
TZ= plasmawindowed
https://bugs.kde.org/show_bug.cgi?id=355858
--- Comment #6 from M G Berberich ---
That’s probably distribution dependent.
On Debian “dpkg-reconfigure tzdata” copies a file from /usr/share/zoneinfo/ to
/etc. In my case “/usr/share/zoneinfo/Europe/Berlin“ and