0005963: Wrong GMT+11, sakhalin timezone file

(0015883)
tigalch (qa_team)
2012-10-04 18:56

an update to tzdata has been annonced today (http://lists.centos.org/pipermail/centos-announce/2012-October/018913.html [^]).
Can you please check if this solves the issue?

(0015894)
evdanil (reporter)
2012-10-07 02:10

Hello, yes I confirm that problem was fixed. Though I don't understand how Sakhalin Island is related to Tokelau :).

The following information has been given:

Russia
Moscow+07 - Sakhalin Island

Therefore TZ='Asia/Sakhalin' will be used.
Local time is now: Sun Oct 7 13:08:29 SAKT 2012.
Universal Time is now: Sun Oct 7 02:08:29 UTC 2012.
Is the above information OK?
1) Yes

(0015895)
evdanil (reporter)
2012-10-07 02:32

hm.. another problem. After tzselect execution with correct Asia/Sakhalin zone selection, still /etc/localtime points to GMT+11. When I made manually symlink to /usr/share/zoneinfo/Asia/Sakhalin `date` started to show correct date.

(0015896)
tigalch (qa_team)
2012-10-07 10:35

From you bug report I thought it should be GMT+11? Your first report stated it is GMT-11 instead of GMT+11.
So when you say it points to GMT+11 is that wrong?

(0015898)
evdanil (reporter)
2012-10-08 22:23

Sorry for confusion. GMT+11 is right, it is my timezone as well as Asia/Sakhalin, but with GMT+11 I get wrong date result.
---------Valid time------------
[root@mysql5 ~]# date
Tue Oct 9 09:21:08 SAKT 2012

---------Invalid time----------
[root@mysql5 ~]# TZ='GMT+11' export TZ
[root@mysql5 ~]# date
Mon Oct 8 11:21:16 GMT 2012

(0016129)
tigalch (qa_team)
2012-12-10 21:13

So tzdata is at version 2012i (http://lists.centos.org/pipermail/centos-announce/2012-November/019012.html [^]). Does the issue still persist?

(0016803)
tigalch (qa_team)
2013-03-22 15:59

tzdata is at 2013b-1 - does the issue still persist?

(0016821)
evdanil (reporter)
2013-03-23 05:10

[root@mysql5 Asia]# rpm -q tzdata
tzdata-2013b-1.el5

[root@mysql5 Asia]# date
Sat Mar 23 16:09:05 SAKT 2013
[root@mysql5 Asia]# TZ='GMT+11' export TZ
[root@mysql5 Asia]# date
Fri Mar 22 18:09:22 GMT 2013

Same result, GMT+11 shows wrong time.

(0016822)
tigalch (qa_team)
2013-03-23 08:05

Please be so kind and open a bugzilla entry upstream at https://bugzilla.redhat.com [^] for this issue as it has to be fixed upstream. Thanks.

(0017006)
evdanil (reporter)
2013-03-25 11:27

RH responded that it is not a bug, and dictated by POSIX standard.
what we usually mean under GMT+11 - is GMT-11 by POSIX. the other side of road...
please close this "bug"
sorry to disturb you.

(0017007)
tigalch (qa_team)
2013-03-25 11:30

marking as solved per reporters feedback

Notes
(0015883) tigalch (qa_team) 2012-10-04 18:56	an update to tzdata has been annonced today (http://lists.centos.org/pipermail/centos-announce/2012-October/018913.html [^]). Can you please check if this solves the issue?

(0015894) evdanil (reporter) 2012-10-07 02:10	Hello, yes I confirm that problem was fixed. Though I don't understand how Sakhalin Island is related to Tokelau :). The following information has been given: Russia Moscow+07 - Sakhalin Island Therefore TZ='Asia/Sakhalin' will be used. Local time is now: Sun Oct 7 13:08:29 SAKT 2012. Universal Time is now: Sun Oct 7 02:08:29 UTC 2012. Is the above information OK? 1) Yes

(0015895) evdanil (reporter) 2012-10-07 02:32	hm.. another problem. After tzselect execution with correct Asia/Sakhalin zone selection, still /etc/localtime points to GMT+11. When I made manually symlink to /usr/share/zoneinfo/Asia/Sakhalin `date` started to show correct date.

(0015896) tigalch (qa_team) 2012-10-07 10:35	From you bug report I thought it should be GMT+11? Your first report stated it is GMT-11 instead of GMT+11. So when you say it points to GMT+11 is that wrong?

(0015898) evdanil (reporter) 2012-10-08 22:23	Sorry for confusion. GMT+11 is right, it is my timezone as well as Asia/Sakhalin, but with GMT+11 I get wrong date result. ---------Valid time------------ [root@mysql5 ~]# date Tue Oct 9 09:21:08 SAKT 2012 ---------Invalid time---------- [root@mysql5 ~]# TZ='GMT+11' export TZ [root@mysql5 ~]# date Mon Oct 8 11:21:16 GMT 2012

(0016129) tigalch (qa_team) 2012-12-10 21:13	So tzdata is at version 2012i (http://lists.centos.org/pipermail/centos-announce/2012-November/019012.html [^]). Does the issue still persist?

(0016803) tigalch (qa_team) 2013-03-22 15:59	tzdata is at 2013b-1 - does the issue still persist?

(0016821) evdanil (reporter) 2013-03-23 05:10	[root@mysql5 Asia]# rpm -q tzdata tzdata-2013b-1.el5 [root@mysql5 Asia]# date Sat Mar 23 16:09:05 SAKT 2013 [root@mysql5 Asia]# TZ='GMT+11' export TZ [root@mysql5 Asia]# date Fri Mar 22 18:09:22 GMT 2013 Same result, GMT+11 shows wrong time.

(0016822) tigalch (qa_team) 2013-03-23 08:05	Please be so kind and open a bugzilla entry upstream at https://bugzilla.redhat.com [^] for this issue as it has to be fixed upstream. Thanks.

(0017006) evdanil (reporter) 2013-03-25 11:27	RH responded that it is not a bug, and dictated by POSIX standard. what we usually mean under GMT+11 - is GMT-11 by POSIX. the other side of road... please close this "bug" sorry to disturb you.

(0017007) tigalch (qa_team) 2013-03-25 11:30	marking as solved per reporters feedback

Issue History
Date Modified	Username	Field	Change
2012-09-18 23:17	evdanil	New Issue
2012-10-04 18:56	tigalch	Note Added: 0015883
2012-10-07 02:10	evdanil	Note Added: 0015894
2012-10-07 02:32	evdanil	Note Added: 0015895
2012-10-07 10:35	tigalch	Note Added: 0015896
2012-10-08 22:23	evdanil	Note Added: 0015898
2012-12-10 21:13	tigalch	Note Added: 0016129
2013-03-22 15:59	tigalch	Note Added: 0016803
2013-03-22 15:59	tigalch	Status	new => feedback
2013-03-23 05:10	evdanil	Note Added: 0016821
2013-03-23 05:10	evdanil	Status	feedback => assigned
2013-03-23 08:05	tigalch	Note Added: 0016822
2013-03-25 11:27	evdanil	Note Added: 0017006
2013-03-25 11:30	tigalch	Note Added: 0017007
2013-03-25 11:30	tigalch	Status	assigned => resolved
2013-03-25 11:30	tigalch	Resolution	open => no change required

Relationships