Bug 750281 - DST / timezone for Canada is incorrect?
Summary: DST / timezone for Canada is incorrect?
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora
Classification: Fedora
Component: tzdata
Version: 16
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
Assignee: Petr Machata
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-10-31 15:03 UTC by Jean-François Fortin Tam
Modified: 2015-05-05 01:36 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-10-31 15:14:17 UTC
Type: ---


Attachments (Terms of Use)

Description Jean-François Fortin Tam 2011-10-31 15:03:08 UTC
Today (october 31st) both my Fedora 15 and Fedora 16 computers had their time set back one hour as if we had entered DST...

However this change is scheduled for next week, not today.

$ date 
lun oct 31 09:58:26 EDT 2011

# ntpdate ntp.ubuntu.com
31 Oct 10:58:46 ntpdate[3052]: step time server 91.189.94.4 offset 3600.278798 sec

Comment 1 Jean-François Fortin Tam 2011-10-31 15:14:17 UTC
Hmmm, nevermind, I must be seeing things :) this seems to have affected only one of my computers after all (no idea why).

Comment 2 Petr Machata 2011-10-31 15:55:39 UTC
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.


Note You need to log in before you can comment on or make changes to this bug.