- tz - lists.iana.org

Changes in time zone Pacific/Norfolk
by Nishit Doshi Oct. 26, 2019

Oct. 26, 2019

Norfolk Islands have implemented the DST schedule of Australia. Please Implement the changes as soon as possible.

4 3

WSJ follows AP to Kyiv
by Chris Woodbury Oct. 26, 2019

Oct. 26, 2019

i can't help but notice, with Ukraine dominating the news, that *every single* reference that I've seen (US State Dept, MSNBC, CNN, ABC News, NBC News, CBS News, every graphic, etc, with the capitol mentioned) has spelled it Kyiv.

2 1

[PROPOSED 1/2] * northamerica: Update Garland URL.
by Paul Eggert Oct. 24, 2019

Oct. 24, 2019

--- northamerica | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/northamerica b/northamerica index 8771d96..42e18c7 100644 --- a/northamerica +++ b/northamerica @@ -86,7 +86,7 @@ # For more about the first ten years of DST in the United States, see # Robert Garland, Ten years of daylight saving from the Pittsburgh standpoint # (Carnegie Library of Pittsburgh, 1927). -# http://www.clpgh.org/exhibit/dst.html +# https://web.archive.org/web/20160517155308/http://www.clpgh.org/exhibit/dst… # # Shanks says that DST was called "War Time" in the US in 1918 and 1919. # However, DST was imposed by the Standard Time Act of 1918, which -- 2.21.0

1 1

Palestine end of summer time 2019
by Sharef Mustafa Oct. 18, 2019

Oct. 18, 2019

Hi, Palestine summer time will end on midnight Oct 26th 2019 by delaying the clock by 60 minutes as per Palestinian cabinet decision published on the official website. http://www.palestinecabinet.gov.ps/website/ar/ViewDetails?ID=43948 As usual the announcement was not specific on the exact time, however the announcement indicated: بدء العمل بالتوقيت الشتوي في فلسطين، وذلك بتأخير عقارب الساعة ستين دقيقة، اعتباراً من منتصف ليلة جمعة/سبت الموافق 26/10/2019 Google Translate: Start of winter time in Palestine, with a delay of 60 minutes, starting from midnight Friday/ Saturday 26/10/2019 it's safe to assume 01:00 as the time to return clock by 60 minutes. <http://www.palestinecabinet.gov.ps/website/ar/ViewDetails?ID=43948> this affects Asia/Gaza & Asia/Hebron time zones. Thanks. Sharef Mustafa

3 2

[PROPOSED] Rename asctime symbols if required in private.h
by Roland Young Oct. 15, 2019

Oct. 15, 2019

When libtz.a is built using -DRESERVE_STD_EXT_IDS (but not in other cases where TZ_TIME_T is defined) the asctime and asctime_r symbols need renaming. Note: if my assumption about "other cases" is wrong, the preprocessor guards in this patch should be omitted. --- private.h | 12 +++++++++++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/private.h b/private.h index 1ead147..112a58c 100644 --- a/private.h +++ b/private.h @@ -409,6 +409,12 @@ static time_t sys_time(time_t *x) { return time(x); } typedef time_tz tz_time_t; +#if RESERVE_STD_EXT_IDS +# undef asctime +# define asctime tz_asctime +# undef asctime_r +# define asctime_r tz_asctime_r +#endif # undef ctime # define ctime tz_ctime # undef ctime_r @@ -478,6 +484,10 @@ typedef time_tz tz_time_t; # define altzone tz_altzone # endif +#if RESERVE_STD_EXT_IDS +char *asctime(struct tm const *timeptr); +char *asctime_r(struct tm const *restrict, char *restrict); +#endif char *ctime(time_t const *); char *ctime_r(time_t const *, char *); double difftime(time_t, time_t) ATTRIBUTE_CONST; @@ -494,7 +504,7 @@ struct tm *localtime_r(time_t const *restrict, struct tm *restrict); time_t mktime(struct tm *); time_t time(time_t *); void tzset(void); -#endif +#endif /* defined TZ_TIME_T */ #if !HAVE_DECL_ASCTIME_R && !defined asctime_r extern char *asctime_r(struct tm const *restrict, char *restrict); -- 2.7.4

2 1

Why does libtz.a contain asctime.o but not strftime.o ?
by Roland Young Oct. 11, 2019

Oct. 11, 2019

I am planning to use the NetBSD inspired functions localtime_rz and mktime_z in a user-space program. I notice that I can avoid clashes with symbols in the system libraries by defining RESERVE_STD_EXT_IDS, and have tried building as follows: make TOPDIR=$MY_TZ CFLAGS="-DRESERVE_STD_EXT_IDS -DTHREAD_SAFE -pthread" install I notice that the resulting libtz.a contains an unresolved external reference to tz_strftime. This appears to be because the Makefile includes asctime.o in LIBOBJS but does not include strftime.o on which it should depend (and does depend when the external symbols are prefixed with 'tz_') This will not affect my use case - our program will not use tz_asctime or tz_asctime_r - and I suspect that very few users of the tz code will be tripped up by it, given that the tz executables will be built correctly and anyone with a use case like mine has got to make their own header file to use libtz.a, but nonetheless... Should this be corrected, or is there a rationale which I have missed and which could be noted in a Makefile comment? --- Roland Young ITRS Group Ltd, London

2 1

Kyiv not Kiev
by caRo_Ot Oct. 11, 2019

Oct. 11, 2019

Hello! Please rename my capital from Kiev to Kyiv (as it is native name since V centuary). https://www.google.com/search?&q=kyiv

2 1

Morocco Time must stay at GMT+1
by Naoufal Semlali Sept. 30, 2019

Sept. 30, 2019

Good Morning, I want to inform you that Morocco is not concerned by the transition to the winter time which will take place in Europe on the night of Saturday, October 26 to Sunday, October 27, 2019. Morocco's schedule must stay on GMT+1 The schedule change take place only before and after the month of Ramadan. Best Regards De : Naoufal Semlali Envoyé : jeudi 18 avril 2019 08:27 À : 'Paul Eggert' <eggert(a)cs.ucla.edu> Cc : Time zone mailing list <tz(a)iana.org>; Maamar Abdelkader <A.MAAMAR(a)iam.ma> Objet : RE: Will Morocco switch from +01 to +00 during Ramadan next year? Hello, The predictions below seem to be correct based on the latest official declarations of the Moroccan government. Of course, if there will be any change, we will keep you informed. Thanks. Semlali -----Message d'origine----- De : Paul Eggert <eggert(a)cs.ucla.edu<mailto:eggert@cs.ucla.edu>> Envoyé : mercredi 17 avril 2019 19:04 À : Naoufal Semlali <N.Semlali(a)iam.ma<mailto:N.Semlali@iam.ma>> Cc : Time zone mailing list <tz(a)iana.org<mailto:tz@iana.org>>; Maamar Abdelkader <A.MAAMAR(a)iam.ma<mailto:A.MAAMAR@iam.ma>> Objet : Re: Will Morocco switch from +01 to +00 during Ramadan next year? On 4/17/19 12:24 AM, Naoufal Semlali wrote: > > Please confirm also that the switch to GMT+1 on Sunday, June 9th 2019 > at 2 am is already implemented in the tzdata. > Yes, I checked that too. For what it's worth, here are the tzdata 2018h-and-later predictions for Africa/Casablanca through the year 2037. The columns are the date, the hour just after the transition, the UTC offset just after the transition, and (optionally) 1 if (negative) DST is in effect. These predictions could well be wrong: if you have better info please let us know. 2019-05-05 02 +00 1 2019-06-09 03 +01 2020-04-19 02 +00 1 2020-05-24 03 +01 2021-04-11 02 +00 1 2021-05-16 03 +01 2022-03-27 02 +00 1 2022-05-08 03 +01 2023-03-19 02 +00 1 2023-04-23 03 +01 2024-03-10 02 +00 1 2024-04-14 03 +01 2025-02-23 02 +00 1 2025-04-06 03 +01 2026-02-15 02 +00 1 2026-03-22 03 +01 2027-02-07 02 +00 1 2027-03-14 03 +01 2028-01-23 02 +00 1 2028-02-27 03 +01 2029-01-14 02 +00 1 2029-02-18 03 +01 2029-12-30 02 +00 1 2030-02-10 03 +01 2030-12-22 02 +00 1 2031-01-26 03 +01 2031-12-14 02 +00 1 2032-01-18 03 +01 2032-11-28 02 +00 1 2033-01-09 03 +01 2033-11-20 02 +00 1 2033-12-25 03 +01 2034-11-05 02 +00 1 2034-12-17 03 +01 2035-10-28 02 +00 1 2035-12-02 03 +01 2036-10-19 02 +00 1 2036-11-23 03 +01 2037-10-04 02 +00 1 2037-11-15 03 +01 ________________________________ [Description : cid:image002.jpg@01CC9EE4.44A57D10]Eco – geste: privilégiez la sauvegarde électronique, si nécessaire imprimez en recto-verso ________________________________ Ce message et toutes les pièces jointes sont adressés à l'attention exclusive de leurs destinataires et sont strictement confidentiels. Si vous le recevez par erreur, merci de le détruire après en avoir informé l'expéditeur sans délai. Toute divulgation, copie ou usage par une personne autre que son destinataire sont interdits. Maroc Telecom décline toute responsabilité pour toute altération, déformation ou falsification subie par le message au cours de sa transmission. Retrouvez toutes les informations de Maroc Telecom sur www.iam.ma<http://www.iam.ma> . ________________________________ This message and its attachments are intended only for the person or entity to which it is addressed and are strictly confidential. If you have received this in error, please delete the material from any computer after having informed the sender. Any copy or other use of this information by persons or entities other than the intended recipient is prohibited. Maroc Telecom accepts no liability for any alteration, distortion or falsification that may occur during the transmission of this message. All information about Maroc Telecom on www.iam.ma .

2 1

zoneinfo version?
by Paul Gilmartin Sept. 29, 2019

Sept. 29, 2019

Just curious: On a Linux system logs tell me that zoneinfo was recently updated to 2019c. Good. On a MacOS system the zoneinfo is older than 2019c. But which is it? When I grep through the installed zoneinfo I find no strings that seem to identify the version. Is this information available somehow? Thanks, gil

5 8

Tzdata for Texas
by Ron Sparks Sept. 16, 2019

Sept. 16, 2019

I have been using tzdata in one form or another for 3 decades and have always been puzzled why Dallas or Houston Texas were never listed as an alias to America/Chicago. Dallas-Fort Worth is currently the 4th largest city in America and Houston is 5th. Is there some particular reason for these omissions? Or is it just that no one ever volunteered to do the work to get them added? Additionally I have never seen El Paso Texas listed even though it is the one spot in Texas that is in the Mountain Time Zone. I know that Chicago has been the Central Time Zone marker as far back as I can remember (at least 1970). Thanks, Ron Sparks

4 3