- tz - lists.iana.org

[PROPOSED] Fix Palestine predictions for 2072 through 2075
by Paul Eggert Oct. 16, 2023

Oct. 16, 2023

* asia (Palestine): Move restoration of fall-back transition from 2075 back to 2072. This adds normal fall-back and spring-forward transitions for 2072-10-29, 2073-03-25, 2073-10-28, 2074-03-24, 2074-10-27, 2075-03-30 that were mistakenly omitted in release 2023a. --- NEWS | 8 ++++++++ asia | 2 +- 2 files changed, 9 insertions(+), 1 deletion(-) diff --git a/NEWS b/NEWS index 115aff7b..9a085948 100644 --- a/NEWS +++ b/NEWS @@ -2,6 +2,14 @@ News for the tz database Unreleased, experimental changes + Briefly: + Code and data fixes for Palestine timestamps starting in 2072. + + Changes to future timestamps + + Fix predictions for DST transitions in Palestine in 2072-2075, + correcting a typo introduced in 2023a. + Changes to past and future tm_isdst flags Much of Greenland, represented by America/Nuuk, changed its diff --git a/asia b/asia index 8df2f258..36d7b445 100644 --- a/asia +++ b/asia @@ -3551,13 +3551,13 @@ Rule Palestine 2070 only - Oct 4 2:00 0 - Rule Palestine 2071 only - Sep 19 2:00 0 - Rule Palestine 2072 only - Sep 10 2:00 0 - Rule Palestine 2072 only - Oct 15 2:00 1:00 S +Rule Palestine 2072 max - Oct Sat<=30 2:00 0 - Rule Palestine 2073 only - Sep 2 2:00 0 - Rule Palestine 2073 only - Oct 7 2:00 1:00 S Rule Palestine 2074 only - Aug 18 2:00 0 - Rule Palestine 2074 only - Sep 29 2:00 1:00 S Rule Palestine 2075 only - Aug 10 2:00 0 - Rule Palestine 2075 only - Sep 14 2:00 1:00 S -Rule Palestine 2075 max - Oct Sat<=30 2:00 0 - Rule Palestine 2076 only - Jul 25 2:00 0 - Rule Palestine 2076 only - Sep 5 2:00 1:00 S Rule Palestine 2077 only - Jul 17 2:00 0 - -- 2.41.0

1 0

[PROPOSED] Omit Scattered Islands from zone1970.tab comment
by Paul Eggert Oct. 16, 2023

Oct. 16, 2023

* zone1970.tab: Omit mention of Scattered Islands since we have no reliable info for them. --- zone1970.tab | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/zone1970.tab b/zone1970.tab index 1f1cecb8..c510fa58 100644 --- a/zone1970.tab +++ b/zone1970.tab @@ -37,7 +37,7 @@ #country- #codes coordinates TZ comments AD +4230+00131 Europe/Andorra -AE,OM,RE,SC,TF +2518+05518 Asia/Dubai Crozet, Scattered Is +AE,OM,RE,SC,TF +2518+05518 Asia/Dubai Crozet AF +3431+06912 Asia/Kabul AL +4120+01950 Europe/Tirane AM +4011+04430 Asia/Yerevan -- 2.41.0

1 0

[PROPOSED 1/4] Fix zdump diagnostic for missing timezone
by Paul Eggert Oct. 15, 2023

Oct. 15, 2023

* zdump.c (main): Fix typo in diagnostic for ‘zdump -i nosuchzone’. --- zdump.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/zdump.c b/zdump.c index 6f9573ec..7d99cc74 100644 --- a/zdump.c +++ b/zdump.c @@ -602,7 +602,7 @@ main(int argc, char *argv[]) if (!tz) { char const *e = strerror(errno); fprintf(stderr, _("%s: unknown timezone '%s': %s\n"), - progname, argv[1], e); + progname, argv[i], e); return EXIT_FAILURE; } if (now) { -- 2.41.0

1 3

Re: [tz] Winter Time in Palestine for 2023s year
by Paul Eggert Oct. 10, 2023

Oct. 10, 2023

On 10/9/23 10:06, Derick Rethans wrote: > The attached PDF had different spring dates for 2024-2026 compared to > what tzdata has predicted. Yes, but that PDF is simply page 2 of the PDF dated 2022-08-22 that we received in August 2022[1]. This was later superseded by the March 2023 cabinet decision[2]. I guess that the email we received today[3] copies the August 2022 communique merely to support the statement that Palestine's fall transition is the same that what was planned in August 2022. TZDB currently predicts that Palestine's spring transition will be April 13, 2024 at 02:00, contrary to [1] and [3] (which have the transition on March 30) but more consistent with [2] (which says Palestine used standard time during Ramadan 2023). It would be helpful if the Palestinian cabinet could confirm TZDB's guess soon, rather than wait until April next year, because if TZDB's guess is wrong it will take some time to propagate fixes out to cell phones and computers. [1]: https://mm.icann.org/pipermail/tz/2022-August/031887.html [2]: https://mm.icann.org/pipermail/tz/2023-March/032733.html [3]: https://mm.icann.org/pipermail/tz/2023-October/033075.htm

2 1

Asia/Tbilisi
by Maria Mkrtichiani Oct. 9, 2023

Oct. 9, 2023

Good afternoon, Hope you are doing well. We find out that our e-commerce platform uses the information about regions from IANA. There is Asia/Tbilisi, it should be Georgia/Tbilisi. Can you please change it? Thank you in advance, Maria Classification: Official [cid:image001.jpg@01D9FAAF.CC4D9E80] MARIA MKRTICHIANI PROJECT MANAGER UGT LTD 17a Chavchavadze Avenue, 0179, Tbilisi, Georgia T. +995 32 222 05 05 M. +995 579 991 951 | Maria.mkrtichiani(a)ugt.ge<mailto:Maria.mkrtichiani@ugt.ge> | www.ugt.ge<http://www.ugt.ge/> ________________________________ This email and attachments may contain confidential information and/or copyright material. This email is intended for the use of the addressee only. Any unauthorised use may be unlawful. If you receive this email by mistake, please advise the sender immediately by using the reply facility in your email software, immediately delete the original e-mail and it's attachments from your system and do not disclose or otherwise take any action against its content. While this email has been scanned for all known viruses, internet communications may not be secure or virus-free; UGT does not accept responsibility for any damage arising from unauthorized access to this e-mail, or interference with, by any third-party.

3 2

Winter Time in Palestine for 2023s year
by heba.hamad Oct. 9, 2023

Oct. 9, 2023

2 1

No Daylight Savings in Fiji
by Jashneel Kumar Oct. 7, 2023

Oct. 7, 2023

Dear Time Zone Support, I would like to inform you that we will not have Daylight Savings in Fiji in year 2023 - 2024. This has been confirmed by the Fiji Government. Please find following link for reference: https://www.fijivillage.com/news/Daylight-Saving-suspended-x4rf58/ Appreciate if you can update the time zone database and confirm. Regards, Jashneel Kumar Manager - Data Network & Services Vodafone Fiji Pte Limited 168 Princes Road, Tamavua, Suva Fiji Islands M : (679)9998456 Phone: (679) 2614212 Email : Jashneel.Kumar(a)vodafone.com.fj<mailto:Jashneel.Kumar@vodafone.com.fj> [Vodafone] ________________________________ The content of this email including any attachments is confidential and may contain information that is proprietary and privileged. If you are not the intended recipient be advised that you have received this email in error and that any use, dissemination, forwarding, printing or copying of this email is strictly prohibited. If you have received this email in error please notify E-mail Administrator on info(a)vodafone.com.fj Please also destroy and delete this message from your system. Vodafone Fiji PTE Limited does not guarantee that this message is free from computer virus or any other defect. The reader accepts full responsibility for taking defensive and counteractive action needed to rectify the computer virus or other defects caused. Vodafone Fiji PTE Limited : Private Mail Bag, Suva, Fiji | Telephone : +679 3312000 | E-Mail : info(a)vodafone.com.fj Please consider your environmental responsibility before printing this e-mail [https://www.vodafone.com.fj//images/default-source/logo/logo-2x.png] Vodafone Fiji PTE Ltd <https://www.vodafone.com.fj/>

1 0

[PROPOSED] update tz-link for AMA and SRS
by Paul Eggert Oct. 6, 2023

Oct. 6, 2023

* tz-link.html: Also cite the American Medical Association and the Sleep Research Society in “Costs and benefits of time shifts”. Fix citation to the American Academy of Sleep Medicine. --- tz-link.html | 13 +++++++++++-- 1 file changed, 11 insertions(+), 2 deletions(-) diff --git a/tz-link.html b/tz-link.html index 43190dd7..19740b11 100644 --- a/tz-link.html +++ b/tz-link.html @@ -973,6 +973,9 @@ zone shifts, and many scientific studies have been conducted. This section summarizes reviews and position statements based on scientific literature in the area. <ul> +<li>In 2022 the American Medical Association issued a +<a href="https://www.ama-assn.org/press-center/press-releases/ama-calls-permanent-st…">statement +supporting permanent standard time</a> on health grounds.</li> <li>Carey RN, Sarma KM. <a href="https://bmjopen.bmj.com/content/7/6/e014319.long">Impact of daylight saving time on road traffic collision risk: a systematic @@ -989,11 +992,17 @@ doi:<a href="https://doi.org/10.5547/01956574.39.2.thav">10.5547/01956574.39.2.t This analyzes research literature and concludes, "Electricity savings are larger for countries farther away from the equator, while subtropical regions consume more electricity because of <abbr>DST</abbr>."</li> +<li>Malow BA. It is time to abolish the clock change and adopt permanent +standard time in the United States: a Sleep Research Society position statement. +Sleep. 2022;45(12):zsac236. +doi:<a href="https://doi.org/10.1093/sleep/zsac236">10.1093/sleep/zsac236</a>. +After reviewing of the scientific literature, the Sleep Research Society +advocates permanent standard time due to its health benefits. <li>Rishi MA, Ahmed O, Barrantes Perez JH et al. <a href="https://jcsm.aasm.org/doi/10.5664/jcsm.8780">Daylight saving time: an American Academy of Sleep Medicine position statement</a>. -J Clin Sleep Med. -2020;<a href="https://doi.org/10.5664/jcsm.8780">10.5664/jcsm.8780</a>. +J Clin Sleep Med. 2020;16(10):1781–1784. +doi:<a href="https://doi.org/10.5664/jcsm.8780">10.5664/jcsm.8780</a>. This argues for permanent standard time due to health risks of both <abbr>DST</abbr> transitions and permanent <abbr>DST</abbr>.</li> <li>Roenneberg T, Wirz-Justice A, Skene DJ et al. -- 2.39.2

1 0

DST in Fiji this year
by Almaz Mingaleev Oct. 6, 2023

Oct. 6, 2023

In 2022f Fiji's DST was suspended <https://github.com/eggert/tz/blob/861b58589c66b1db6aedbae70961446d86b6f808/…> indefinitely (original post was about 2022-2023 only). Does anyone know what is Fiji's government plan for 2023-2024? Thanks, Almaz

3 4

Notification for daylight saving time in SYRIA
by Radio Frequency Spectrum, SyTPRA Sept. 20, 2023

Sept. 20, 2023

Dear Madam/Sir, Please find attached a correspondence from Syrian Administration. Best regards MHD Atef AL Dairy Deputy Director General, SyTPRA The focal point at Syrian Telecommunication & Post Regulatory Authority

2 1

2023c install issue
by Rune Torgersen Sept. 18, 2023

Sept. 18, 2023

Hi , trying to update tzdata/code on an embedded device. Last install I did was in 2016, so been a while. System is an old linux system (GCC 4.1.2, GLIBC 2.5), with some updates over the years. However I get a zic error on installing the zone files: ./zic: Can't link /usr/share/zoneinfo/Africa/Abidjan to /usr/share/zoneinfo/Africa/Accra: Invalid argument Complete output: make CFLAGS='-std=gnu99' TZDIR=/usr/share/zoneinfo install VERSION=`cat version` && sed \ -e 's|#!/bin/bash|#!/bin/bash|g' \ -e 's|AWK=[^}]*|AWK='\''awk'\''|g' \ -e 's|$PKGVERSION$=.*|\1='\''(tzcode) '\''|' \ -e 's|$REPORT_BUGS_TO$=.*|\1=tz(a)iana.org|' \ -e 's|TZDIR=[^}]*|TZDIR=/usr/share/zoneinfo|' \ -e 's|$TZVERSION$=.*|\1='"$VERSION"'|' \ <tzselect.ksh >tzselect.out chmod +x tzselect.out mv tzselect.out tzselect VERSION=`cat version` && printf '%s\n' \ 'static char const PKGVERSION[]="(tzcode) ";' \ "static char const TZVERSION[]=\"$VERSION\";" \ 'static char const REPORT_BUGS_TO[]=tz(a)iana.org<mailto:tz@iana.org>;' \ >version.h.out mv version.h.out version.h cc -DTZDIR='"/usr/share/zoneinfo"' -std=gnu99 -c -o zic.o zic.c cc -DTZDIR='"/usr/share/zoneinfo"' -o zic -std=gnu99 zic.o cc -DTZDIR='"/usr/share/zoneinfo"' -std=gnu99 -c -o zdump.o zdump.c cc -DTZDIR='"/usr/share/zoneinfo"' -std=gnu99 -c -o localtime.o localtime.c localtime.c: In function 'tzloadbody': localtime.c:698: warning: comparison is always false due to limited range of data type localtime.c:708: warning: comparison is always false due to limited range of data type cc -DTZDIR='"/usr/share/zoneinfo"' -std=gnu99 -c -o asctime.o asctime.c cc -DTZDIR='"/usr/share/zoneinfo"' -std=gnu99 -c -o strftime.o strftime.c cc -DTZDIR='"/usr/share/zoneinfo"' -o zdump -std=gnu99 zdump.o localtime.o asctime.o strftime.o cc -DTZDIR='"/usr/share/zoneinfo"' -std=gnu99 -c -o difftime.o difftime.c rm -f libtz.a ar -rc libtz.a localtime.o asctime.o difftime.o strftime.o : libtz.a awk \ -v DATAFORM=`expr main.zi : '$.*$.zi'` \ -v PACKRATDATA='' \ -v PACKRATLIST='' \ -f ziguard.awk \ africa antarctica asia australasia europe northamerica southamerica etcetera factory backward >main.zi.out mv main.zi.out main.zi version=`sed 1q version` && \ LC_ALL=C awk \ -v dataform='main' \ -v deps='ziguard.awk africa antarctica asia australasia europe northamerica southamerica etcetera factory backward zishrink.awk' \ -v redo='posix_right' \ -v version="$version" \ -f zishrink.awk \ main.zi >tzdata.zi.out mv tzdata.zi.out tzdata.zi awk \ -v DATAFORM=`expr vanguard.zi : '$.*$.zi'` \ -v PACKRATDATA='' \ -v PACKRATLIST='' \ -f ziguard.awk \ africa antarctica asia australasia europe northamerica southamerica etcetera factory backward >vanguard.zi.out mv vanguard.zi.out vanguard.zi awk \ -v DATAFORM=`expr rearguard.zi : '$.*$.zi'` \ -v PACKRATDATA='' \ -v PACKRATLIST='' \ -f ziguard.awk \ africa antarctica asia australasia europe northamerica southamerica etcetera factory backward >rearguard.zi.out mv rearguard.zi.out rearguard.zi make BACKWARD='backward' DESTDIR='' LEAPSECONDS='' PACKRATDATA='' PACKRATLIST='' TZDEFAULT='/etc/localtime' TZDIR='/usr/share/zoneinfo' ZIC='./zic ' LEAPSECONDS= install_data make[1]: Entering directory `/vmfs/devroot/tz' ./zic -d '/usr/share/zoneinfo' tzdata.zi ./zic: Can't link /usr/share/zoneinfo/Africa/Abidjan to /usr/share/zoneinfo/Africa/Accra: Invalid argument make[1]: *** [install_data] Error 1 make[1]: Leaving directory `/vmfs/devroot/tz' make: *** [posix_only] Error 2 Rune Torgersen Senior Engineer Innovative Systems LLC

3 7

TZ patch to fix broken link
by Matthew Boynes Sept. 11, 2023

Sept. 11, 2023

Hello TZ group, Attached is a patch to fix a broken link in the africa file. Following the guidelines in the contributions file <https://github.com/eggert/tz/blob/main/CONTRIBUTING>, it sounded like this was the preferred place to email the patch, but please redirect me if it should go elsewhere. Thanks! Matt Boynes

2 1

Danish standard time will probably officially be based on UTC
by Jonas Nyrup Sept. 9, 2023

Sept. 9, 2023

Since 1893-03-29 Danish standard time has been defined as "the mean solar time for the 15th degree of longitude east of Greenwich" (machine translated of the offical law). With the introduction of UTC we didn't update that law, but we did start using UTC+1 as standard time in practice. So for around 50 years maybe only astronomers have been following the law. The Minister of Transportation has now proposed a bill to update the law to define Danish standard time as UTC+1 to keep up with reality. At the first reading all political parties expressed their support and jokingly noted that "it was about time". The updated law is expected to take effect on 2023-03-26. The current law: https://www.retsinformation.dk/eli/lta/1893/83 The bill: https://www.ft.dk/samling/20222/lovforslag/l19/index.htm Tom Scott on the subject: https://www.youtube.com/watch?v=yRz-Dl60Lfc Jonas Nyrup

2 1

Turkey name change
by Letu Yang Sept. 7, 2023

Sept. 7, 2023

I understand this has been discussed last year, but since then both UN and US had adopted the name change from “Turkey” to “ Türkiye”. https://turkiye.un.org/en/184798-turkeys-name-changed-t%C3%BCrkiye Turkey's name changed to Türkiye turkiye.un.org https://www.nytimes.com/2023/01/05/world/middleeast/turkey-spelling-change.… For the State Department, Now It’s Türkiye, Not Turkey nytimes.com Recently Unicode CLDR data has updated the name in CLDR 43 as well. https://cldr.unicode.org/index/downloads/cldr-43 The Turkish government recently asked businesses operating in Türkiye to adopt the new name before the end of the 2023. I think it might be the time for the Turkey Time to be changed to Türkiye Time in tzdata. Letu Yang

5 5

Days since last timezone issue
by Arthur David Olson Sept. 6, 2023

Sept. 6, 2023

https://post.lurk.org/@acousticmirror/111008144295294599/embed @dashdashado

1 0

Re: [tz] Time zone of Mongolia
by Phake Nick Sept. 1, 2023

Sept. 1, 2023

Dear Delgermaa, Specifically when it come to Mongolia, in addition to what have been mentioned by others about start time of DST, can you help confirm status of standard time that have been used across the country now and in the past? Since DST would have to depend on correct standard time information, and despite crrently tz database have tried to use different information sources to figure out what time have been used by different parts of Mongolia, some of the information are in conflicts. Is it correct that currently western part of Mongolia use UTC+7 while rest of the country use UTC+8? And is it correct that Eastern part of the country used UTC+9 in the past but switched to UTC+8 sometimes before year 2008? If this is the case do you know when this happened? Also do you know what's the background of some information from year 2005 claiming that Sükhbaatar Aimag used UTC+8.5 that year? And is there anywhere official where these information can be sourced? Best Regards, Nick. On 2023-09-01 Fri 00:14 UTC, delgermaa.g via tz <tz(a)iana.org> wrote: > Dear sir, madam > > I am contacting from Ministry of digital development and communications > from Mongolia. First let me introduce myself, My name is Delgermaa. I am > officer at Ministry of digital development and communications in Mongolia. > Our country is studying of switching to regular summer time starting from > 2024. In this regard, how many months in advance should your organization > be notified of the time zone change? > > I hope you will soon reply > > Thank you for your cooperation > > Хүндэтгэсэн, > Г.Дэлгэрмаа > ------------------------- > Цахим хөгжил, харилцаа холбооны яамны > > Цахим хөгжлийн бодлогын хэрэгжилтийг > зохицуулах газрын > Нийтийн мэдээллийн дэд бүтцийн хэлтсийн > мэргэжилтэн > Утас: 51-265112, 976-99123321 > www.mddc.gov.mn > > >

1 0

From ministry of digital development and communications
by delgermaa.g Sept. 1, 2023

Sept. 1, 2023

Dear sir, madam I am contacting from Ministry of digital development and communications from Mongolia. First let me introduce myself, My name is Delgermaa. I am officer at Ministry of digital development and communications in Mongolia. Our country is studying of switching to regular summer time starting from 2024. In this regard, how many months in advance should your organization be notified of the time zone change? I hope you will soon reply Thank you for your cooperation Хүндэтгэсэн, Г.Дэлгэрмаа ------------------------- Цахим хөгжил, харилцаа холбооны яамны Цахим хөгжлийн бодлогын хэрэгжилтийг зохицуулах газрын Нийтийн мэдээллийн дэд бүтцийн хэлтсийн мэргэжилтэн Утас: 51-265112, 976-99123321 www.mddc.gov.mn

3 2

DST Chile 2023(tzdb)
by Rodrigo Reyes Aug. 24, 2023

Aug. 24, 2023

Hello, Raising flag about DST change for Chile 2023, official date is 1st September weekend(09/03/2023). But last year the change was delayed to 2nd September weekend(09/11/2023), https://data.iana.org/time-zones/tzdb/NEWS Release 2022b - 2022-08-10 15:38:32 -0700 Briefly: Chile's DST is delayed by a week in September 2022. Iran no longer observes DST after 2022. Rename Europe/Kiev to Europe/Kyiv. New zic -R option Vanguard form now uses %z. Finish moving duplicate-since-1970 zones to 'backzone'. New build option PACKRATLIST New tailored_tarballs target, replacing rearguard_tarballs Do you know what's the way to obtain a confirmation?, and if we have a confirmation about to use the "official date" do you have some SLA to provide a new TZDB to apply this change?. Thks a lot for your answer!!!. Regards Rodrigo Reyes Technologies Manager Phone Number (+56978971585) [cid:image001.png@01D9D52B.766327A0] This email and the information contained herein is proprietary and confidential and subject to the Amdocs Email Terms of Service, which you may review at https://www.amdocs.com/about/email-terms-of-service <https://www.amdocs.com/about/email-terms-of-service>

4 4

System time jumps
by Arthur David Olson Aug. 17, 2023

Aug. 17, 2023

"Windows feature that resets system clocks based on random data is wreaking havoc." https://arstechnica.com/security/2023/08/windows-feature-that-resets-system… @dashdashado

2 1

Fwd: Bulletin C number 66
by Tim Parenti Aug. 14, 2023

Aug. 14, 2023

No leap second 2023-12-31, per below. See attached patch. -- Tim Parenti ---------- Forwarded message --------- From: IERS EOP Product Center <iers.eoppc(a)obspm.fr> Date: Tue, 4 Jul 2023 at 08:06 Subject: Bulletin C number 66 To: <bulc.iers(a)obspm.fr> INTERNATIONAL EARTH ROTATION AND REFERENCE SYSTEMS SERVICE (IERS) SERVICE INTERNATIONAL DE LA ROTATION TERRESTRE ET DES SYSTEMES DE REFERENCE SERVICE DE LA ROTATION TERRESTRE DE L'IERS OBSERVATOIRE DE PARIS 61, Av. de l'Observatoire 75014 PARIS (France) Tel. : +33 1 40 51 23 35 e-mail : services.iers(a)obspm.fr http://hpiers.obspm.fr/eop-pc Paris, 04 July 2023 Bulletin C 66 To authorities responsible for the measurement and distribution of time INFORMATION ON UTC - TAI NO leap second will be introduced at the end of December 2023. The difference between Coordinated Universal Time UTC and the International Atomic Time TAI is : from 2017 January 1, 0h UTC, until further notice : UTC-TAI = -37 s Leap seconds can be introduced in UTC at the end of the months of December or June, depending on the evolution of UT1-TAI. Bulletin C is mailed every six months, either to announce a time step in UTC, or to confirm that there will be no time step at the next possible date. Christian BIZOUARD Director Earth Orientation Center of IERS Observatoire de Paris, France

1 0

What is the "Factory" Zone used for?
by Justin Grant Aug. 10, 2023

Aug. 10, 2023

There's a Zone called "Factory". What is its purpose, and how is it used? Thanks! Justin Grant (I work with ECMA TC39 to make time zones work well in JavaScript)

3 2

[PROPOSED] Document Paraguay’s recently-passed Law No. 7115
by Paul Eggert July 28, 2023

July 28, 2023

This law doesn’t change TZDB’s data; it merely codifies into law recent common practice as implemented by presidential decrees. * southamerica: Add comments re Law No. 7115. --- southamerica | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/southamerica b/southamerica index e55c5f08..9430b185 100644 --- a/southamerica +++ b/southamerica @@ -1697,6 +1697,12 @@ Rule Para 2010 2012 - Apr Sun>=8 0:00 0 - # From Carlos Raúl Perasso (2014-02-28): # Decree 1264 can be found at: # http://www.presidencia.gov.py/archivos/documentos/DECRETO1264_ey9r8zai.pdf +# +# From Paul Eggert (2023-07-26): +# Transition dates are now set by Law No. 7115, not by presidential decree. +# https://www.abc.com.py/politica/2023/07/12/promulgacion-el-cambio-de-hora-s… +# Although Google indexed this government URL, it did not work for me: +# https://www.bacn.gov.py/leyes-paraguayas/11831/ley-n-7115-establece-el-hora… Rule Para 2013 max - Mar Sun>=22 0:00 0 - # Zone NAME STDOFF RULES FORMAT [UNTIL] -- 2.39.2

3 4

[PATCH] Improve touches when making tarballs
by Paul Eggert July 27, 2023

July 27, 2023

* Makefile (SET_TIMESTAMP_N, set-timestamps.out) (tzdata$(VERSION)-rearguard.tar.gz, tzdata$(VERSION)-tailored.tar.gz): Do not use ‘touch -c’, as POSIX says it exits with status 0 even when it fails. Instead, check in the shell that a file exists before touching it. Chatter with “+ touch ...” before touching, to aid debugging of failures. --- Makefile | 23 +++++++++++++++-------- 1 file changed, 15 insertions(+), 8 deletions(-) diff --git a/Makefile b/Makefile index d891f837..68c644d8 100644 --- a/Makefile +++ b/Makefile @@ -958,12 +958,18 @@ $(MANTXTS): workman.sh # plus N if GNU ls and touch are available. SET_TIMESTAMP_N = sh -c '\ n=$$0 dest=$$1; shift; \ - touch -cmr `ls -t "$$@" | sed 1q` "$$dest" && \ + <"$$dest" && \ if test $$n != 0 && \ - lsout=`ls -n --time-style="+%s" "$$dest" 2>/dev/null`; then \ + lsout=`ls -nt --time-style="+%s" "$$@" 2>/dev/null`; then \ set x $$lsout && \ - touch -cmd @`expr $$7 + $$n` "$$dest"; \ - else :; fi' + timestamp=`expr $$7 + $$n` && \ + echo "+ touch -md @$$timestamp $$dest" && \ + touch -md @$$timestamp "$$dest"; \ + else \ + newest=`ls -t "$$@" | sed 1q` && \ + echo "+ touch -mr $$newest $$dest" && \ + touch -mr "$$newest" "$$dest"; \ + fi' # If DEST depends on A B C ... in this Makefile, callers should use # $(SET_TIMESTAMP_DEP) DEST A B C ..., for the benefit of any # downstream 'make' that considers equal timestamps to be out of date. @@ -992,7 +998,8 @@ set-timestamps.out: $(EIGHT_YARDS) --format='tformat:%cd' \ --date='format:%Y-%m-%dT%H:%M:%SZ' \ $$file` && \ - touch -cmd $$time $$file; \ + echo "+ touch -md $$time $$file" && \ + touch -md $$time $$file; \ else \ echo >&2 "$$file: warning: does not match repository"; \ fi || exit; \ @@ -1148,7 +1155,7 @@ tzdata$(VERSION)-rearguard.tar.gz: rearguard.zi set-timestamps.out sed '1s/$$/-rearguard/' <version >$@.dir/version : The dummy pacificnew pacifies TZUpdater 2.3.1 and earlier. $(CREATE_EMPTY) $@.dir/pacificnew - touch -cmr version $@.dir/version + touch -mr version $@.dir/version LC_ALL=C && export LC_ALL && \ (cd $@.dir && \ tar $(TARFLAGS) -cf - \ @@ -1172,7 +1179,7 @@ tzdata$(VERSION)-tailored.tar.gz: set-timestamps.out `test $(DATAFORM) = vanguard || echo pacificnew` (grep '^#' tzdata.zi && echo && cat $(DATAFORM).zi) \ >$@.dir/etcetera - touch -cmr tzdata.zi $@.dir/etcetera + touch -mr tzdata.zi $@.dir/etcetera sed -n \ -e '/^# *version *$.*$/h' \ -e '/^# *ddeps */H' \ @@ -1183,7 +1190,7 @@ tzdata$(VERSION)-tailored.tar.gz: set-timestamps.out -e 's/ /-/g' \ -e 'p' \ <tzdata.zi >$@.dir/version - touch -cmr version $@.dir/version + touch -mr version $@.dir/version links= && \ for file in $(TZDATA_DIST); do \ test -f $@.dir/$$file || links="$$links $$file"; \ -- 2.39.2

1 0

[PATCH] Port better to POSIX 'touch'
by Paul Eggert July 26, 2023

July 26, 2023

* Makefile (set-timestamps.out): Use POSIX syntax for 'touch -d' rather than relying on a GNU extension. --- Makefile | 7 +++++-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/Makefile b/Makefile index 17e73891..d891f837 100644 --- a/Makefile +++ b/Makefile @@ -988,8 +988,11 @@ set-timestamps.out: $(EIGHT_YARDS) rm -f test.out && \ for file in $$files; do \ if git diff --quiet $$file; then \ - time=`git log -1 --format='tformat:%ct' $$file` && \ - touch -cmd @$$time $$file; \ + time=`TZ=UTC0 git log -1 \ + --format='tformat:%cd' \ + --date='format:%Y-%m-%dT%H:%M:%SZ' \ + $$file` && \ + touch -cmd $$time $$file; \ else \ echo >&2 "$$file: warning: does not match repository"; \ fi || exit; \ -- 2.39.2

2 3

Problem with some timezone data from 2023 w/ Java SimpleTimeZone
by Andreas Haumer July 19, 2023

July 19, 2023

Hi! [I hope this is the right place to report this problem. I reported it on OpenSUSE bugzilla, but was asked to report it upstrem, too. See https://bugzilla.opensuse.org/show_bug.cgi?id=1213470 for my original bugreport] A few days ago I found that with the 2023c timezone database as installed on OpenSUSE LEAP or RedHat Fedora there are two timezones which produce an IllegalArgumentException in the SimpleTimeZone Java class (from OpenJDK 17): "Asia/Gaza" and "Asia/Hebron" The following small Java programm demonstrates the problem: andreas@localhost:~> cat TimeZoneTest.java import java.util.TimeZone; public class TimeZoneTest { public static void main(String[] argv) { for (final String id : TimeZone.getAvailableIDs()) try { TimeZone.getTimeZone(id).toString(); } catch (Exception ex) { System.out.println("TimeZone " + id + " failed: " + ex); } } } Running this programm with a current Java timezone database installed gives the following output: andreas@localhost:~> java TimeZoneTest.java TimeZone Asia/Gaza failed: java.lang.IllegalArgumentException: Illegal daylight saving value: 0 TimeZone Asia/Hebron failed: java.lang.IllegalArgumentException: Illegal daylight saving value: 0 andreas@localhost:~> rpm -q timezone-java timezone-java-2023c-150000.75.23.1.noarch andreas@localhost:~> java -version openjdk version "17.0.7" 2023-04-18 OpenJDK Runtime Environment (build 17.0.7+0-suse-150400.3.24.1-x8664) OpenJDK 64-Bit Server VM (build 17.0.7+0-suse-150400.3.24.1-x8664, mixed mode, sharing) This is with OpenSUSE LEAP 15.4 and 15.5 I also see the same exceptions with Fedora 37, which also uses a separate 2023c timezone database for Java. Debian based systems (like Debian 11, Debian 12 or Ubuntu 22) run the above program without error. They use the internal tzdb which comes with OpenJDK. It looks like the timezone database contains a 0 for the dstSavings property. The constructor for the SimpleTimeZone Java class wants this calue to be > 0 and throws an IllegalArgumentException if it isn't: public SimpleTimeZone(int rawOffset, String ID, int startMonth, int startDay, int startDayOfWeek, int startTime, int startTimeMode, int endMonth, int endDay, int endDayOfWeek, int endTime, int endTimeMode, int dstSavings) { setID(ID); this.rawOffset = rawOffset; this.startMonth = startMonth; this.startDay = startDay; this.startDayOfWeek = startDayOfWeek; this.startTime = startTime; this.startTimeMode = startTimeMode; this.endMonth = endMonth; this.endDay = endDay; this.endDayOfWeek = endDayOfWeek; this.endTime = endTime; this.endTimeMode = endTimeMode; this.dstSavings = dstSavings; // this.useDaylight is set by decodeRules decodeRules(); if (dstSavings <= 0) { throw new IllegalArgumentException("Illegal daylight saving value: " + dstSavings); } } So: is this a problem with the timezone database or rather a problem with the implementation of the Java SimpleTimeZone class? Thanks! - andreas -- Andreas Haumer *x Software + Systeme | mailto:andreas@xss.co.at Karmarschgasse 51/2/20 | https://www.xss.co.at/ A-1100 Vienna, Austria | Tel: +43-1-6060114-0

3 2