| Summary: | Problem with timezones after tzdata update | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Vitaly Zaitsev <vitaly> |
| Component: | qt5-qtbase | Assignee: | Rex Dieter <rdieter> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 25 | CC: | jgrulich, jreznik, me, ovasik, rdieter, than |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | qt5-qtbase-5.7.0-6.fc25 | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2016-12-14 21:31:02 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Vitaly Zaitsev
2016-10-13 14:20:19 UTC
I tried this in GNOME and its clocks shows proper date/time. Setting timezone is done by $ timedatectl set-timezone Asia/Yekaterinburg. hrm, I cannot reproduce this.
$ rpm -q tzdata
tzdata-2016g-1.fc24.noarch
$ timedatectl
Local time: Thu 2016-10-13 09:24:59 CDT
Universal time: Thu 2016-10-13 14:24:59 UTC
RTC time: Thu 2016-10-13 14:24:59
Time zone: America/Chicago (CDT, -0500)
Network time on: yes
NTP synchronized: yes
RTC in local TZ: no
and clock/lockscreen displays expected values for me (9:24am)
I wonder if this is timezone specific? I'll try some others (like Asia/Yekaterinburg later)
$ timedatectl with tzdata-2016g-1.fc24:
Local time: Чт 2016-10-13 19:49:25 +05
Universal time: Чт 2016-10-13 14:49:25 UTC
RTC time: Чт 2016-10-13 14:49:25
Time zone: Asia/Yekaterinburg (+05, +0500)
Network time on: yes
NTP synchronized: yes
RTC in local TZ: no
$ timedatectl with tzdata-2016d-1.fc24 (downgraded via dnf downgrade tzdata):
Local time: Чт 2016-10-13 19:52:28 YEKT
Universal time: Чт 2016-10-13 14:52:28 UTC
RTC time: Чт 2016-10-13 14:52:28
Time zone: Asia/Yekaterinburg (YEKT, +0500)
Network time on: yes
NTP synchronized: yes
RTC in local TZ: no
OK, so this probably has something to do with it: before (2016d): Asia/Yekaterinburg (YEKT, +0500) after (2016g): Asia/Yekaterinburg (+05, +0500) OK, appears to be a Qt bug, QTBUG-53071 , should be fixed in qt 5.6.2 coming soon. Problem still in Fedora 25 because it fixed only in 5.6.2 and 5.7.1. So qt5-qtbase in F25 needs to be updated to 5.7.1. This bug is against f24 Confirmed fixed in f24 qt-5.6.2. update, will retarget f25 %changelog * Mon Dec 12 2016 Vitaly Zaitsev <vitaly> - 5.7.0-6 - Backported QTBUG-53071 patch to resolve problem with latest tzdata. qt5-qtbase-5.7.0-6.fc25 has been submitted as an update to Fedora 25. https://bodhi.fedoraproject.org/updates/FEDORA-2016-3a8c33253d qt5-qtbase-5.7.0-6.fc25 has been pushed to the Fedora 25 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-3a8c33253d qt5-qtbase-5.7.0-6.fc25 has been pushed to the Fedora 25 stable repository. If problems still persist, please make note of it in this bug report. |