| Summary: | DST / timezone for Canada is incorrect? | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Jean-François Fortin Tam <nekohayo> |
| Component: | tzdata | Assignee: | Petr Machata <pmachata> |
| Status: | CLOSED WORKSFORME | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 16 | CC: | mlichvar, mnewsome, pertusus, pmachata |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2011-10-31 15:14:17 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Jean-François Fortin Tam
2011-10-31 15:03:08 UTC
Hmmm, nevermind, I must be seeing things :) this seems to have affected only one of my computers after all (no idea why). DST is handled by libc and the data from tzdata package, not by NTP. Make sure you have the right zone in /etc/localtime. Use the following to check which zone that is (there's no more direct way that I know of):
find /usr/share/zoneinfo/ -type f -exec md5sum {} \; | grep $(md5sum /etc/localtime | cut -d' ' -f1)
I don't think I have issued updates for Canada in last three years or so, modulo some nits in Resolute or perhaps other Native reservations, historical stamps and similar.
Of course, severely broken NTP (such that it lets your time drift a week off) might eventually lead to your seeing DST transition earlier, but I don't suppose that's the case.
|