November 2005 - tz - lists.iana.org

FW: missing translation in zdump
by Olson, Arthur David (NIH/NCI) Nov. 7, 2005

Nov. 7, 2005

Jakub Bogusz is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Jakub Bogusz [mailto:qboosh@pld-linux.org] Sent: Saturday, November 05, 2005 1:54 AM To: tz(a)lecserver.nci.nih.gov Subject: missing translation in zdump Hello, I found that zdump from tzcode2005* (up to 2005n) is missing gettext call for one string (line 228 in zdump.c from tzcode2005n): "%s: warning: zone \"%s\" abbreviation \"%s\" %s\n" Patch attached. -- Jakub Bogusz http://qboosh.cs.net.pl/ --- tzcode2005n/zdump.c.orig 2005-10-17 07:14:28.000000000 +0200 +++ tzcode2005n/zdump.c 2005-11-05 07:33:38.167505808 +0100 @@ -225,7 +225,7 @@ return; (void) fflush(stdout); (void) fprintf(stderr, - "%s: warning: zone \"%s\" abbreviation \"%s\" %s\n", + _("%s: warning: zone \"%s\" abbreviation \"%s\" %s\n"), progname, zone, abbr, wp); warned = TRUE; }

1 0

DST rules change for Georgia
by Teimuraz Abashidze (IT) Nov. 7, 2005

Nov. 7, 2005

Hello tz(a)elsie.nci.nih.gov, Dear sir! I've posted on bugzilla new bug #172279, and they told me to contact you: You need to discuss this with upstream, i.e. tz(a)elsie.nci.nih.gov When upstream accepts a change and incorporates it, we'll then update our packages. But as a rule for tzdata we use the timezone data unmodified from upstream. Description of problem: It's not actually a BUG. Government of Georgia (ExUSSR, Caucasia, capital city Tbilisi) decided to NOT CHANGE daylight sayvings time at 30 Sep. night, as it was done before during last more than 10 years. Currently, we are in fact GMT +4:00, as before 30 October it was GMT +3:00. Currently http://www.worldtimeserver.com/current_time_in_GE.aspx shows correct time for us. The problem is, there is NO FORMAL LAW or governmental document about it. A sfar as I can find, I was told, that there is no document, because we just DIDN'T ISSUE document about swithching to winter time".... I don't know waht can be done, especially knowing, that some years ago our DST rules where changed THREE TIMES during one month... Maybe it's stupid, but maybe it's possible to create TWO separate time zones for Georgia, one with DST settings, one withought? I could't find a way to disable DST in Linux otherwise... BTW, of course it's not related to Fedora Core or any particular distribution, this problem shoul be common for all of them... Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1.Set timezone to Asia/Georgia 2. 3. Actual Results: #date Wed Nov 2 14:56:44 GET 2005 # Expected Results: #date Wed Nov 2 15:56:44 GET 2005 # Best regards, Teimuraz Abashidze Enterprise Network Manager Information Technologies Geocell Ltd. Phone: (995 32) 770100 (ext.7702) Fax: (995 32) 770107 GSM: (995 77) 458001 E-mail: tabashidze(a)geocell.com.ge --------------------------------------------- This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you are not the intended recipient you are hereby notified that any dissemination, forwarding, copying or use of any of the information is strictly prohibited, and the e-mail should immediately be deleted. GEOCELL makes no warranty as to the accuracy or completeness of any information contained in this message and hereby excludes any liability of any kind for the information contained therein or for the information transmission, reception, storage or use of such in any way whatsoever. The opinions expressed in this message belong to sender alone and may not necessarily reflect the opinions of GEOCELL.

1 0

Adjustment to Australian Daylight Time 2005/2006
by Jason Tubnor Nov. 7, 2005

Nov. 7, 2005

Hi, Please find attached the modified australiasia zoneinfo src file. This includes required modification for Commonwealth Games extension to the AEDT for 2005/2006 by one week. Original source file was taken from the OpenBSD src tree (2005/11/07) If you have any questions, please do not hesitate to contact me. Revision and reference information is in the file. Cheers, Jason Tubnor

1 0

include Minneapolis
by Rosemary Senjem Nov. 5, 2005

Nov. 5, 2005

Hello, This is a suggestion to include America/Minneapolis in your listing. This city is an epi-center for web development in the Midwest and is a better reference for most Midwesterners than Chicago. Thanks, Rosemary Senjem For Realizing Your Potential T Hand Spun Digital, Inc. Rosemary Senjem <mailto:Leader@HandSpunDigital.com> Leader(a)HandSpunDigital.com mobile: (612) 226-5101 http://www.HandSpunDigital.com <https://www.plaxo.com/add_me?u=21475139229&v0=584736&k0=366614041> Add me to your address book... <http://www.plaxo.com/signature> Want a signature like this?

1 0

missing translation in zdump
by Jakub Bogusz Nov. 4, 2005

Nov. 4, 2005

Hello, I found that zdump from tzcode2005* (up to 2005n) is missing gettext call for one string (line 228 in zdump.c from tzcode2005n): "%s: warning: zone \"%s\" abbreviation \"%s\" %s\n" Patch attached. -- Jakub Bogusz http://qboosh.cs.net.pl/

1 0

FW: problem with tz database
by Olson, Arthur David (NIH/NCI) Nov. 1, 2005

Nov. 1, 2005

Julian cable is not on the time zone mailing list; direct (further) replies appropriately. Whenever a zone of the form XXXnYYY is used and there's no associated time zone data file, the time package generates results appropriate for a place where the standard time abbreviation is XXX, the daylight saving time abbreviation is YYY and the offset from UCT/UTC is n hours. Improvidently, the package assumes that United States rules about when to start and end daylight saving time are in effect; this accounts for the GMT0BST results below. --ado ________________________________ From: Julian Cable [mailto:julian.cable@bbc.co.uk] Sent: Tuesday, November 01, 2005 8:11 AM To: tz(a)lecserver.nci.nih.gov Subject: problem with tz database The following two entries are correct: ws-drm2:~# zdump -v WET | grep 2005 WET Sun Mar 27 00:59:59 2005 UTC = Sun Mar 27 00:59:59 2005 WET isdst=0 gmtoff=0 WET Sun Mar 27 01:00:00 2005 UTC = Sun Mar 27 02:00:00 2005 WEST isdst=1 gmtoff=3600 WET Sun Oct 30 00:59:59 2005 UTC = Sun Oct 30 01:59:59 2005 WEST isdst=1 gmtoff=3600 WET Sun Oct 30 01:00:00 2005 UTC = Sun Oct 30 01:00:00 2005 WET isdst=0 gmtoff=0 ws-drm2:~# zdump -v Europe/London | grep 2005 Europe/London Sun Mar 27 00:59:59 2005 UTC = Sun Mar 27 00:59:59 2005 GMT isdst=0 gmtoff=0 Europe/London Sun Mar 27 01:00:00 2005 UTC = Sun Mar 27 02:00:00 2005 BST isdst=1 gmtoff=3600 Europe/London Sun Oct 30 00:59:59 2005 UTC = Sun Oct 30 01:59:59 2005 BST isdst=1 gmtoff=3600 Europe/London Sun Oct 30 01:00:00 2005 UTC = Sun Oct 30 01:00:00 2005 GMT isdst=0 gmtoff=0 ws-drm2:~# But GMT0BST is not: ws-drm2:~# zdump -v GMT0BST | grep 2005 GMT0BST Sun Apr 3 11:59:59 2005 UTC = Sun Apr 3 11:59:59 2005 GMT isdst=0 gmtoff=0 GMT0BST Sun Apr 3 12:00:00 2005 UTC = Sun Apr 3 13:00:00 2005 BST isdst=1 gmtoff=3600 GMT0BST Sun Oct 30 10:59:59 2005 UTC = Sun Oct 30 11:59:59 2005 BST isdst=1 gmtoff=3600 GMT0BST Sun Oct 30 11:00:00 2005 UTC = Sun Oct 30 11:00:00 2005 GMT isdst=0 gmtoff=0 Julian Cable Project Manager, Transmission & Distribution, BBC World Service T: +44 (0)20 755 73651 F: + 44 (0)20 713 797559 Mob: +44(0) 77 399 20066 * Room 601 NE, Bush House, Strand, PO Box 76, London, WC2B 4PH http://www.bbc.co.uk/worldservice <http://www.bbc.co.uk/worldservice> http://www.bbc.co.uk/ This e-mail (and any attachments) is confidential and may contain personal views which are not the views of the BBC unless specifically stated. If you have received it in error, please delete it from your system. Do not use, copy or disclose the information in any way nor act in reliance on it and notify the sender immediately. Please note that the BBC monitors e-mails sent or received. Further communication will signify your consent to this.

1 0

problem with tz database
by Julian Cable Nov. 1, 2005

Nov. 1, 2005

The following two entries are correct: ws-drm2:~# zdump -v WET | grep 2005 WET Sun Mar 27 00:59:59 2005 UTC = Sun Mar 27 00:59:59 2005 WET isdst=0 gmtoff=0 WET Sun Mar 27 01:00:00 2005 UTC = Sun Mar 27 02:00:00 2005 WEST isdst=1 gmtoff=3600 WET Sun Oct 30 00:59:59 2005 UTC = Sun Oct 30 01:59:59 2005 WEST isdst=1 gmtoff=3600 WET Sun Oct 30 01:00:00 2005 UTC = Sun Oct 30 01:00:00 2005 WET isdst=0 gmtoff=0 ws-drm2:~# zdump -v Europe/London | grep 2005 Europe/London Sun Mar 27 00:59:59 2005 UTC = Sun Mar 27 00:59:59 2005 GMT isdst=0 gmtoff=0 Europe/London Sun Mar 27 01:00:00 2005 UTC = Sun Mar 27 02:00:00 2005 BST isdst=1 gmtoff=3600 Europe/London Sun Oct 30 00:59:59 2005 UTC = Sun Oct 30 01:59:59 2005 BST isdst=1 gmtoff=3600 Europe/London Sun Oct 30 01:00:00 2005 UTC = Sun Oct 30 01:00:00 2005 GMT isdst=0 gmtoff=0 ws-drm2:~# But GMT0BST is not: ws-drm2:~# zdump -v GMT0BST | grep 2005 GMT0BST Sun Apr 3 11:59:59 2005 UTC = Sun Apr 3 11:59:59 2005 GMT isdst=0 gmtoff=0 GMT0BST Sun Apr 3 12:00:00 2005 UTC = Sun Apr 3 13:00:00 2005 BST isdst=1 gmtoff=3600 GMT0BST Sun Oct 30 10:59:59 2005 UTC = Sun Oct 30 11:59:59 2005 BST isdst=1 gmtoff=3600 GMT0BST Sun Oct 30 11:00:00 2005 UTC = Sun Oct 30 11:00:00 2005 GMT isdst=0 gmtoff=0 Julian Cable Project Manager, Transmission & Distribution, BBC World Service T: +44 (0)20 755 73651 F: + 44 (0)20 713 797559 Mob: +44(0) 77 399 20066 * Room 601 NE, Bush House, Strand, PO Box 76, London, WC2B 4PH http://www.bbc.co.uk/worldservice http://www.bbc.co.uk/ This e-mail (and any attachments) is confidential and may contain personal views which are not the views of the BBC unless specifically stated. If you have received it in error, please delete it from your system. Do not use, copy or disclose the information in any way nor act in reliance on it and notify the sender immediately. Please note that the BBC monitors e-mails sent or received. Further communication will signify your consent to this.

1 0