- tz - lists.iana.org

[PROPOSED] Refactor by using max and min macros
by Paul Eggert July 1, 2022

July 1, 2022

* localtime.c (SMALLEST, BIGGEST): Remove. All uses replaced by min and max. * private.h (max, min): New macros. * zdump.c (main): * zic.c (growalloc, timerange_option): Prefer max and min to doing it by hand. --- localtime.c | 17 ++++++----------- private.h | 5 +++++ zdump.c | 2 +- zic.c | 6 +++--- 4 files changed, 15 insertions(+), 15 deletions(-) diff --git a/localtime.c b/localtime.c index 8644aa6..3db7821 100644 --- a/localtime.c +++ b/localtime.c @@ -102,9 +102,6 @@ struct lsinfo { /* leap second information */ int_fast32_t ls_corr; /* correction to apply */ }; -#define SMALLEST(a, b) (((a) < (b)) ? (a) : (b)) -#define BIGGEST(a, b) (((a) > (b)) ? (a) : (b)) - /* This abbreviation means local time is unspecified. */ static char const UNSPEC[] = "-00"; @@ -112,7 +109,7 @@ static char const UNSPEC[] = "-00"; This needs to be at least 1 for null termination in case the input data isn't properly terminated, and it also needs to be big enough for ttunspecified to work without crashing. */ -enum { CHARS_EXTRA = BIGGEST(sizeof UNSPEC, 2) - 1 }; +enum { CHARS_EXTRA = max(sizeof UNSPEC, 2) - 1 }; #ifdef TZNAME_MAX #define MY_TZNAME_MAX TZNAME_MAX @@ -131,9 +128,8 @@ struct state { time_t ats[TZ_MAX_TIMES]; unsigned char types[TZ_MAX_TIMES]; struct ttinfo ttis[TZ_MAX_TYPES]; - char chars[BIGGEST(BIGGEST(TZ_MAX_CHARS + CHARS_EXTRA, - sizeof gmt), - (2 * (MY_TZNAME_MAX + 1)))]; + char chars[max(max(TZ_MAX_CHARS + CHARS_EXTRA, sizeof gmt), + 2 * (MY_TZNAME_MAX + 1))]; struct lsinfo lsis[TZ_MAX_LEAPS]; /* The time type to use for early times or if no transitions. @@ -394,8 +390,7 @@ union local_storage { } u; /* The file name to be opened. */ - char fullname[BIGGEST(sizeof(struct file_analysis), - sizeof tzdirslash + 1024)]; + char fullname[max(sizeof(struct file_analysis), sizeof tzdirslash + 1024)]; }; /* Load tz data from the file named NAME into *SP. Read extended @@ -2086,10 +2081,10 @@ time2sub(struct tm *const tmp, && (yourtm.TM_GMTOFF < 0 ? (-SECSPERDAY <= yourtm.TM_GMTOFF && (mytm.TM_GMTOFF <= - (SMALLEST(INT_FAST32_MAX, LONG_MAX) + (min(INT_FAST32_MAX, LONG_MAX) + yourtm.TM_GMTOFF))) : (yourtm.TM_GMTOFF <= SECSPERDAY - && ((BIGGEST(INT_FAST32_MIN, LONG_MIN) + && ((max(INT_FAST32_MIN, LONG_MIN) + yourtm.TM_GMTOFF) <= mytm.TM_GMTOFF)))) { /* MYTM matches YOURTM except with the wrong UT offset. diff --git a/private.h b/private.h index e8c0942..b083c1b 100644 --- a/private.h +++ b/private.h @@ -632,6 +632,11 @@ time_t time2posix_z(timezone_t, time_t) ATTRIBUTE_PURE; #define TYPE_SIGNED(type) (((type) -1) < 0) #define TWOS_COMPLEMENT(t) ((t) ~ (t) 0 < 0) +/* Minimum and maximum of two values. Use lower case to avoid + naming clashes with standard include files. */ +#define max(a, b) ((a) > (b) ? (a) : (b)) +#define min(a, b) ((a) < (b) ? (a) : (b)) + /* Max and min values of the integer type T, of which only the bottom B bits are used, and where the highest-order used bit is considered to be a sign bit if T is signed. */ diff --git a/zdump.c b/zdump.c index 8b6788a..b10f574 100644 --- a/zdump.c +++ b/zdump.c @@ -548,7 +548,7 @@ main(int argc, char *argv[]) for (i = optind; i < argc; i++) { size_t arglen = strlen(argv[i]); if (longest < arglen) - longest = arglen < INT_MAX ? arglen : INT_MAX; + longest = min(arglen, INT_MAX); } for (i = optind; i < argc; ++i) { diff --git a/zic.c b/zic.c index 436677f..c0ff561 100644 --- a/zic.c +++ b/zic.c @@ -488,7 +488,7 @@ growalloc(void *ptr, size_t itemsize, ptrdiff_t nitems, ptrdiff_t *nitems_alloc) return ptr; else { ptrdiff_t nitems_max = PTRDIFF_MAX - WORK_AROUND_QTBUG_53071; - ptrdiff_t amax = nitems_max < SIZE_MAX ? nitems_max : SIZE_MAX; + ptrdiff_t amax = min(nitems_max, SIZE_MAX); if ((amax - 1) / 3 * 2 < *nitems_alloc) memory_exhausted(_("integer overflow")); *nitems_alloc += (*nitems_alloc >> 1) + 1; @@ -707,8 +707,8 @@ timerange_option(char *timerange) } if (*hi_end || hi < lo || max_time < lo || hi < min_time) return false; - lo_time = lo < min_time ? min_time : lo; - hi_time = max_time < hi ? max_time : hi; + lo_time = max(lo, min_time); + hi_time = min(hi, max_time); return true; } -- 2.36.1

2 1

[PROPOSED] Upgrade GCC_DEBUG_FLAGS to GCC 12
by Paul Eggert June 30, 2022

June 30, 2022

* Makefile (GCC_DEBUG_FLAGS): Add -Wbidi-chars=any,ucn and -Wuse-after-free=3, from GCC 12. --- Makefile | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/Makefile b/Makefile index 56c4404..cbf5b96 100644 --- a/Makefile +++ b/Makefile @@ -264,7 +264,7 @@ GCC_DEBUG_FLAGS = -DGCC_LINT -g3 -O3 -fno-common \ $(GCC_INSTRUMENT) \ -Wall -Wextra \ -Walloc-size-larger-than=100000 -Warray-bounds=2 \ - -Wbad-function-cast -Wcast-align=strict -Wdate-time \ + -Wbad-function-cast -Wbidi-chars=any,ucn -Wcast-align=strict -Wdate-time \ -Wdeclaration-after-statement -Wdouble-promotion \ -Wduplicated-branches -Wduplicated-cond \ -Wformat=2 -Wformat-overflow=2 -Wformat-signedness -Wformat-truncation \ @@ -278,7 +278,7 @@ GCC_DEBUG_FLAGS = -DGCC_LINT -g3 -O3 -fno-common \ -Wsuggest-attribute=const -Wsuggest-attribute=format \ -Wsuggest-attribute=malloc \ -Wsuggest-attribute=noreturn -Wsuggest-attribute=pure \ - -Wtrampolines -Wundef -Wuninitialized -Wunused-macros \ + -Wtrampolines -Wundef -Wuninitialized -Wunused-macros -Wuse-after-free=3 \ -Wvariadic-macros -Wvla -Wwrite-strings \ -Wno-address -Wno-format-nonliteral -Wno-sign-compare \ -Wno-type-limits -Wno-unused-parameter -- 2.36.1

1 0

Correct time zone name
by Danylo Moshenskyi June 28, 2022

June 28, 2022

Hello! It's the perfect time to change officially "Europe/Kiev" to "Europe/Kyiv". Please check this post, Ukrainians support and need it so much: https://www.linkedin.com/posts/activity-6945658723713355776-NKJm

3 3

Ukraine time zone error
by Євген Доманський June 27, 2022

June 27, 2022

Dear All It has been 19 170 days since IANA time zone database has an error for Ukraine time zone. Be brave to support Ukraine in the war against russia and correct the mistake as quickly as possible. Thank you *Yevhen Domanskyi* *Study Coordinator* Department of Oncology and Medical Radiology Dnipro State Medical University 31, Blyzhnya Str., Dnipro, 49102, Ukraine *Mobile*: +380 93 060 26 92 *e-mail: *dom.eugene(a)gmail.com Website: http://www.sitetv.net/ <http:/www.sitetv.net/>

1 0

Re: [tz] Europe/Kiev update for 1992-1995
by Doug Ewell June 26, 2022

June 26, 2022

Євген Доманський wrote: > 'Kyiv' has been used word-wide as the only correct Latin spelling of > Ukrainian city since the V century. 'Kiev' was only used in soviet > union and russia for a relatively small period of time. > Here is a example of the book written in 1570 - see KYIV You accidentally attached a picture of a book written in Greek, in the Greek script. I'm sure you meant to attach one that had something to do with English and the Latin script. -- Doug Ewell, CC, ALB | Lakewood, CO, US | ewellic.org

2 3

Error in Ukraine time zone
by Євген Доманський June 26, 2022

June 26, 2022

Dear All It has been 19 169 days since IANA time zone database has an error for Ukraine time zone. Be brave to support Ukraine in the war against russia and correct the mistake as quickly as possible. Thank you *Yevhen Domanskyi* *Study Coordinator* Department of Oncology and Medical Radiology Dnipro State Medical University 31, Blyzhnya Str., Dnipro, 49102, Ukraine *Mobile*: +380 93 060 26 92 *e-mail: *dom.eugene(a)gmail.com Website: http://www.sitetv.net/ <http:/www.sitetv.net/>

1 0

Kyiv not Kiev error
by Євген Доманський June 24, 2022

June 24, 2022

Dear All There is an error in name of the capital city of Ukraine - Kiev ('Київ' in Ukrainian language). Kiev is the transliteration of the city name from Russian language. The only correct transliteration is Kyiv. Please update the name. Best regards. *Yevhen Domanskyi* *Study Coordinator* Department of Oncology and Medical Radiology Dnipro State Medical University 31, Blyzhnya Str., Dnipro, 49102, Ukraine *Mobile*: +380 93 060 26 92 *e-mail: *dom.eugene(a)gmail.com Website: http://www.sitetv.net/ <http:/www.sitetv.net/>

11 26

Change Request: Europe/Kiev to Europe/Kyiv
by Oleksandr Leskiv June 23, 2022

June 23, 2022

The history of timezones has some existing cases where a specific timezone has been renamed. For example, the *Asia/Calcutta* timezone has been deemed obsolete and replaced by *Asia/Kolkata*. In Ukraine, according to international standards, there is a timezone called *Europe/Kiev*. The capital of Ukraine is officially and internationally should be spelled as "Kyiv". "Kiev" is an incorrect version that emerged a long time before the Soviet Union collapsed in 1991. We have a really large community of programmers that would like to start the process of renaming the Europe/Kiev timezone to Europe/Kyiv. We understand that it will take a long time for everybody to transition, but it has to be done in the long term. Sincerely, Oleksandr. TakeUsEat.

7 10

time zone boundaries contributing to higher traffic fatalities
by BASTIAN Michelle June 13, 2022

June 13, 2022

Hi all, I thought you might be interested in this recent paper on time zone boundaries and links with traffic fatalities - just published in Time & Society https://journals.sagepub.com/doi/full/10.1177/0961463X221104675 Living in the wrong time zone: Elevated risk of traffic fatalities in eccentric time localities Jeffery Gentry, Jayson Evaniuck, Thanchira Suriyamongkol, Ivana Mali Abstract Chronobiology research has uncovered a host of maladies linked to social jetlag (SJL), the sleep-disrupting disconnect between solar time and social time. This interdisciplinary study applies chronobiology theory to the potential effect of misaligned time zones on motor-vehicle deaths. In the U.S. 53 million residents live in counties located outside their official time zones' standard 15° span of longitude, based on degrees west of the prime meridian. We refer to these counties as eccentric time localities (ETLs), all of which lie west of their time zones' standard western border in the U.S. In contrast, counties within 7.5° of their time zone's standard geographic center are what we call solar zones. Solar zones do not vary more than 30 minutes from true solar time. ETL residents are forced to rise before dawn, possibly restricting their sleep-time and suppressing both morning and evening zeitgebers that would support their circadian entrainment. Hypothesizing that living in ETLs amplifies social jetlag, data on 417,399 traffic fatalities in the U.S. between 2006 and 2017 from the Fatality Analysis Reporting System (FARS) census were analyzed via GIS mapping and population-data statistics. Road fatalities among residents of solar zones were compared to those living in ETLs within the same official time zone. ETL residents across the U.S. indicated 21.8% higher fatality-rates than solar residents, with a mean of 1286 additional (i.e., unexpected) deaths-per-year. Results support circadian entrainment theory and are consistent with the SJL construct. The socio-political ramifications of these findings are discussed, as well as the subject of best practices when analyzing whole-population data. The authors conclude that the unquestioned rhetoric of time-zone boundaries should be reconsidered in social policy. Best, Michelle. --- Dr Michelle Bastian Senior Lecturer in Environmental Humanities ESALA, Edinburgh College of Art, University of Edinburgh Mid-Career Fellow, Independent Social Research Foundation (Project info<https://www.isrf.org/fellows-projects/michelle-bastian/>) (2021-2022) Associate Professor II, Oslo School of Environmental Humanities, University of Oslo (2022-2024) Level 1, Room 303B, The Maltings | Minto House, 20-22 Chambers Street, Edinburgh, EH1 1JZ | 0131 651 5779 Work hours: I normally work 8am-4pm M-F. The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. Is e buidheann carthannais a th' ann an Oilthigh Dhùn Èideann, clàraichte an Alba, àireamh clàraidh SC005336.

1 0

Invalid tm handling in %s pattern in strftime
by Almaz Mingaleev June 7, 2022

June 7, 2022

Hi Paul, https://github.com/eggert/tz/commit/8b238ec54c09556eb2aa405c1741eedfd12c4a8… added validation of tm argument. I wonder why localtime_r call is done: 1) According to the man page mktime sets errno if tm is invalid. Why is it not safe to just check errno value (saving and restoring it if needed)? 2) man page says that in error case mktime "returns (time_t) -1 and does not alter the members of the broken-down time structure". Wouldn't it be enough to check that tm.tm_yday is >= 0? Thanks, Almaz

4 11

Subject: Re: Change Turkey to Turkiye or not?
by nadir altinbas June 7, 2022

June 7, 2022

@ Topic 4. Re: Change Turkey to Turkiye or not? (Ian Abbott) i am resident in Istanbul, Istanbul is a city where a bridge of between Europe and Asia? most of the part of istanbul city is in Europe side. Telephony numbering coding system for PBX Europe is 0212 and Asia 0216 begins. Turkey -Turkiye- Turquie (Tr) name can be positined name as it Tr /Turkiye-Istanbul (Europe -Asia) ....... This is my idea. regards , nadir ALTINBAS nadiraltinbas(a)yahoo.com n.altinbas

1 0

Change Turkey to Turkiye or not?
by 柳芯宇 June 7, 2022

June 7, 2022

In some of the tz files, I found several mentions of "Turkey", this could be confusing since in my dictionaries, Turkey points to a food made by chicken, rather than a country. As recently UN and NATO suggests, I think it would be better and more representative to use Turkiye instead of Turkey, as we shound't setup times for just foods, right?

8 8

Re: [tz] Change Turkey to Turkiye or not?
by Doug Ewell June 6, 2022

June 6, 2022

柳芯宇 wrote: > In some of the tz files, I found several mentions of "Turkey", this > could be confusing since in my dictionaries, Turkey points to a food > made by chicken, rather than a country. I checked with a few turkeys (the bird) and they objected loudly to the notion that they are actually chickens. All joking aside: 1. The country has been known in English as "Turkey" for centuries, and although this has certainly given rise to some jokes, no one is genuinely confused when the word is used in context. 2. The identifier in the tz database which has by far the greatest visibility and relevance to users is "Europe/Istanbul", which avoids the issue altogether. 3. The rule name "Turkey" is comparatively invisible to most users, and there does not seem to be any mechanism for changing rule names, as there is for zone identifiers. 4. Any other mentions, such as in comments, can be changed freely, but there seems little point in doing so, at least at this time. > As recently UN and NATO suggests, I think it would be better and more > representative to use Turkiye instead of Turkey, as we shound't setup > times for just foods, right? "Turkiye" is not the name of the country in any language; the Turkish name is spelled "Türkiye" with diaeresis. -- Doug Ewell, CC, ALB | Lakewood, CO, US | ewellic.org

3 3

Historical data for Iran
by Roozbeh Pournader June 6, 2022

June 6, 2022

Hi, The timezone database currently lists Iran switching to standard time in 1946. I've been doing some research on the history of the adoption of standard time by Iran, and while it's very hard to find much, I found that the correct date is actually 1935. Here's an order from the Cabinet to the rest of the government to switch to Tehran time, which is mentioned to be already at +03:30: https://qavanin.ir/Law/TreeText/180138 Just in case that goes away, I also saved a copy at archive.org: https://web.archive.org/web/20220530111940/https://qavanin.ir/Law/TreeText/… Here's my translation: "Circular on Matching the Hours of Governmental and Official Circles in Provinces Approved 1314/03/22 [=1935-06-13] According to the ruling of the Honorable Cabinet, it is ordered that from now on in all internal provinces of the country, governmental and official circles set their time to match Tehran time (three hours and half before Greenwich). It is required to mind the above order. For Minister of Judiciary, Dr Matin-Daftari" Now, I still haven't found out when Tehran itself switched to +03:30 (let's assume some time earlier in 1935), but it is clear that standard time in Iran started on 1935-06-13 and not 1946. Thanks, Roozbeh

4 7

Yet more historical data for Iran
by Roozbeh Pournader June 2, 2022

June 2, 2022

Yet another discovery, which clarifies what happened in 1977 and 1978 in Iran. This is from Kayhan newspaper, one of the major Iranian newspapers, from March 20, 1978, page 2: "Pull the clocks 60 minutes forward As we informed before, from the fourth day of the month Farvardin of the new year [=1978-03-24], clocks will be pulled forward, and people's daily work and life program will start one hour earlier than the current program. On the 1st day of the month Farvardin of this year [=1977-03-21], they had pulled the clocks forward by one hour, but in the month of Mehr [=1977-09-23], the clocks were pulled back by 30 minutes. In this way, from the 4th day of the month Farvardin, clocks will be ahead of the previous years by one hour and a half. According to the new program, during the night of 4th of Farvardin, when the midnight, meaning 24 o'clock is announced, the hands of the clock must be pulled forward by one hour and thus consider midnight 1 o'clock in the forenoon." This implies that in September 1977, when the daylight savings time was done with, Iran didn't go back to +03:30, but immediately to +04:00. I'm still trying to figure out when exactly did Iran go back from +4:00 to +03:30. I'll report back when I find it. Based on the time of true noon announced in newspapers of the time, I've triangulated it to some time between 1978-11-05 and 1979-01-15, but it looks like major Iranian newspapers were stopped from publishing during most of that time period, so I can't figure out more using this method. For now, two changes are needed in tzdata, first is the start of daylight saving in 1978, the other the switch to +4:00/+5:00, which is currently listed as Nov 1977, but should change to exactly the end of daylight saving time in 1977. Thanks again, Roozbeh

2 1

End date of daylight saving in Iran in 1978
by Roozbeh Pournader June 1, 2022

June 1, 2022

I just found the date daylight savings ended in Iran in 1978. This is from the major Iranian newspaper Ettela'at, dated 1968-08-03, page 32. It looks like they decided to get the clocks back to +4:00 just in time for Ramadan that year: "Tomorrow Night, Pull the Clocks Back by One Hour At 1 o'clock in the forenoon of Saturday 14 Mordad [=1978-08-05], the clocks will be pulled one hour back and instead of 1 o'clock in the forenoon, Radio Iran will announce 24 o'clock. This decision was made in the Cabinet of Ministers meeting of 25 Tir [=1978-07-16], [...] At the beginning of the year 2537 [=March 1978: Iran was using a different year number for a few years then, based on the Coronation of Cyrus the Great], the country's official time was pulled forward by one hour and now the official time is one hour and a half ahead compared to last year, because in Farvardin of last year [=March 1977], the official time was pulled forward one hour and this continued until the second half of last year [=September 1977] until in the second half of last year the official time was pulled back half an hour and that half hour still remains." This matches the time of the true noon published in the newspapers, as they clearly go from +05:00 to +04:00 after that date (which happened during a long weekend in Iran). This means tzdata needs to fix the end of daylight saving in Iran for 1978 from October 20 to August 5. Thanks again, Roozbeh

1 0

Wrong behaviour with truncated TZif files
by Almaz Mingaleev June 1, 2022

June 1, 2022

Hi Paul, I've built TZif files with following commands: mkdir /tmp/zic cd /tmp/zic git clone https://github.com/eggert/tz.git . make -C . zic make -C . NDATA= rearguard.zi mkdir data # Truncate at 1 Jan 2100. ./zic -b fat -r "/@4102444800" -d ./data rearguard.zi make TZDIR="./data" all Then I've compiled attached file: g++ mktime_test.cpp localtime.o Test tries to find epoch timestamp for 2 Jul 1980 midnight at America/Los_Angeles. With a truncated TZif file it prints 331344000. With non-truncated one it prints 331372800. The latter is the right answer. Also, date command is wrong on certain time zones: make TZDIR="./data" date TZ=Antarctica/Palmer ./date -r -631152000 prints "Sat Dec 31 20:00:00 -04 1949" even though 1 Jan 1950 offset should be zero <https://github.com/eggert/tz/blob/df4699ddfc9caf6f875f1e38703dd0ef41826175/…> . Thanks, Almaz

2 7

More historical data for Iran
by Roozbeh Pournader June 1, 2022

June 1, 2022

Two more pieces of information about historical timezone changes in Iran, this time in the late 1970s: I just ran into an academic paper that looks into the psychology of daylight savings in Iran, and it has the exact times for the change in 1977 and the beginning of the change in 1979 (but not its end, unfortunately). https://www.jstor.org/stable/178704 Here's the quotes from the paper: 1. '"Iran's official time keeper moved the clock one hour forward as from March 22, 1977 (Farvardin 2, 2536) to make maximum use of daylight and save in energy consumption. Thus Iran joined such other countries as Britain in observing what is known as 'daylight saving.' The proposal was originally put forward by the Ministry of Energy, in no way having any influence on observing religious ceremonies. Moving time one hour forward in summer means that at 11:00 o'clock on March 21, the official time was set as midnight March 22. Then September 24 will actually begin one hour later than the end of September 23 [...]." Iran's time base thus continued to be Greenwich Mean Time plus three and one-half hours (plus four and one-half hours in summer).' The article sources this from Iran Almanac and Book of Facts, 1977, Tehran: Echo of Iran, which is on Google Books at https://www.google.com/books/edition/Iran_Almanac_and_Book_of_Facts/9ybVAAA…. (I confirmed it by searching for snippets.) 2. "After the fall of the shah, the revolutionary government returned to daylight-saving time (DST) on 26 May 1979." This seems to have been announced just one day in advance, on 25 May 1979. The change in 1977 clearly seems to be the first daylight savings effort in Iran. But the article doesn't mention what happened in 1978 (which was still during the shah's government), or how things continued in 1979 onwards (which was during the Islamic Republic). This data doesn't seem to match tzdata: First, an entry for 1977 needs to be added, for which we seem to have complete data. Second, the beginning of daylight saving time in 1979 needs to be changed to May 26. Thanks, Roozbeh

2 2

Re: [tz] Kiev -> Kyiv
by Doug Ewell May 31, 2022

May 31, 2022

Jacob Pratt wrote: >> I know you are all busy, but you made a mistake in the timezone name. >> Just want to make a request to change "Kiev" to "Kyiv". > > This change has already been made. People keep asking for this because the currently released version of the tz database (2022a) still has "Europe/Kiev". The fact that the change to "Europe/Kyiv" is in the GitHub development repo, and will eventually make its way to a released version, is not helpful to these people. They want to see it in a release. -- Doug Ewell, CC, ALB | Lakewood, CO, US | ewellic.org

2 1

Kiev -> Kyiv
by Roman Dmytriv May 30, 2022

May 30, 2022

Hello IANA team! "After Ukraine's 1991 independence, the Ukrainian government introduced the national rules for transliteration of geographic names <https://en.wikipedia.org/wiki/Romanization_of_Ukrainian> into the Latin alphabet for legislative and official acts in October 1995,[23] <https://en.wikipedia.org/wiki/Name_of_Kyiv#cite_note-:1-23> according to which the Ukrainian name Київ is romanized <https://en.wikipedia.org/wiki/Romanization> as *Kyiv*. These rules are applied for place names and addresses, as well as personal names in passports, street signs, and so on." I know you are all busy, but you made a mistake in the timezone name. Just want to make a request to change "Kiev" to "Kyiv". I will be grateful for the answer. Thank you! Best regards, Roman Dmytriv tel: +380633709302

2 2

Change some timezone names
by gusak ivanov May 27, 2022

May 27, 2022

Good evening! I’ve read some great news, that you are finally changing Europe/Kiev to Europe/Kyiv. Can other Ukrainian timezones get the same treatment, and so get Europe/Uzhgorod to be changed to Europe/Uzhhorod and Europe/Zaporozhye to Europe/Zaporizhzhia? All according to the officially recognized UNGEGN World Geographical Names. Thanks

7 8

Duplicated shell commands on the tz-link.html IANA page
by Max Nikulin May 25, 2022

May 25, 2022

Hi, Some time ago I have noticed that shell commands are duplicated in the "Downloading the tz database" section on the following page https://data.iana.org/time-zones/tz-link.html#download > mkdir tzdb > cd tzdb > wget https://www.iana.org/time-zones/repository/tzcode-latest.tar.gz > wget https://www.iana.org/time-zones/repository/tzdata-latest.tar.gz > gzip -dc tzcode-latest.tar.gz | tar -xf - > gzip -dc tzdata-latest.tar.gz | tar -xf - I think it is better to remove some commands.

2 2

Unexpected last transition in Africa/Casablanca
by Almaz Mingaleev May 19, 2022

May 19, 2022

Hi Paul, Here are the last transitions in Africa/Casablanca output (rearguard format): transition,type,[UTC time],[Type offset],[Type isDST] 3672612000,1,2086-05-19T02:00:00Z,PT1H,DST 3699828000,2,2087-03-30T02:00:00Z,PT0S,STD 3703456800,3,2087-05-11T02:00:00Z,PT1H,STD So change is from standard to standard, even though offset changes from 0h to 1h. Is that expected behaviour? As Africa/El_Aaiun is using Morocco rules, its transitions are also affected. This affects 64-bit section only, 32-bit section looks fine to me. Thanks, Almaz Data above is output of debug tools used in Android. The way I've built data an byte manipulations if needed: mkdir /tmp/zic cd /tmp/zic git clone https://github.com/eggert/tz.git . make -C . zic make -C . NDATA= rearguard.zi mkdir data ./zic -b fat -d ./data rearguard.zi byte manipulations: Let's skip 32-bit header: xxd -seek 20 -c 4 -l 24 data/Africa/Casablanca typecnt: 94 timecnt: 5 charcnt: 12 32-bit block size = 94 * 4 + 94 + 5 * 6 + 12 = 512 64-bit start = 44 + 512 = 556 64-bit header: xxd -seek 576 -c 4 -l 24 data/Africa/Casablanca: timecnt: 196 typecnt: 4 <- 32-bit section has 5 charcnt: 12 transition types offset: 556 + 44 + 196 * 8 = 2168 xxd -seek 2168 -c 1 -l 196 data/Africa/Casablanca ... 00000934: 02 . 00000935: 01 . 00000936: 02 . 00000937: 01 . 00000938: 02 . 00000939: 01 . 0000093a: 02 . 0000093b: 03 . <- the last transition local time records offset = 556 + 44 + 196 * 9 = 2364 xxd -seek 2364 -c 6 -l 24 data/Africa/Casablanca 0000093c: ffff f8e4 0000 ...... 00000942: 0000 0e10 0104 ...... 00000948: 0000 0000 0008 ...... <- standard time 0000094e: 0000 0e10 0004 ...... <- also standard time

6 13

Change IANA time zone identifier for Kyiv to Europe/Kyiv.
by Luda Melnykova May 19, 2022

May 19, 2022

Hello, Hope this email finds you well. I would like to raise a request for a value change in TZ DB. I believe, that current IANA time zone identifier for Kyiv (Europe/K*ie*v) is not fully correct. Background of this request lies in a transliteration of a city name. *Kyiv* is derived from the Ukrainian language name Київ, while *Kiev* is derived from the Russian language name Киев) as the name of the Ukrainian capital. Kyiv is already in use in international lists for IATA, ICAO and other organizations, which follow the decision of the U.S. Board on Geographic Names. Kyiv, as a name of Ukrainian capital, is also mentioned on time.is site Kyiv: 19:42 (time.is) <https://time.is/Kyiv>. So, I believe, it is fully logical to follow latest guidelines and rename IANA time zone identifier as well. If you are interested to learn more about it, please check out this wiki article: KyivNotKiev - Wikipedia <https://en.wikipedia.org/wiki/KyivNotKiev> Please let me know if any questions or concerns. Many thanks. Regards, Liudmyla

2 1

Time in Russian occupied Ukraine
by alois＠astro.ch May 14, 2022

May 14, 2022

Does anyone know which time zone is used in the "separatist" or Russian occupied areas of eastern Ukraine? Or in the areas temporarily occupied during Russian invasion in the north of Kiev, from which Russia has withdrawn again? Until 27 March 2022, Ukraine was on 2h east, while western Russia was on 3h east (Europe/Moscow), like Crimea (Europe/Simferopol). Now since the begin of DST they have the same time offset.

2 2