March 2025 - tz - lists.iana.org

POSIX.1-2024 link in theory.html
by Max Nikulin April 1, 2025

April 1, 2025

Hi, I have noticed that <https://data.iana.org/time-zones/theory.html> states > As of this writing, the current edition of POSIX is POSIX.1-2024, which > has been published but not yet in HTML form. It seems, it is time to update this paragraph. For precise location in the repository see the attached file. I am unsure if a more precise link https://pubs.opengroup.org/onlinepubs/9799919799/basedefs/V1_chap08.html#ta… should be used. Perhaps some other links should be updated to point to the newer standard revision.

2 2

GNU/Linux distros lagging on yesterday's Paraguay change
by Paul Eggert March 27, 2025

March 27, 2025

Most GNU/Linux distributions, Android, iOS, macOS and Microsoft Windows all have at least version 2025a of TZDB, so properly-updated installations should be working correctly after Paraguay's rule change yesterday. However, Repology reports[1] that the latest stable versions of the following GNU/Linux distributions are still based on TZDB 2024b and thus presumably are misbehaving in Paraguay: Apertis, nixpkgs, OpenWrt, Pardus, Rosa, Trisquel, Ubuntu Of these Ubuntu is best known, and it has several downstream distros that I assume are also affected. So Ubuntu may be the most important laggard for Paraguay. In the list above, I omitted distros like Adélie that use TZDB versions that predate 2024b. I assume these distros are not intended to be up-to-date, are no longer maintained, have distro-specific patches, or aren't tracked accurately by repology. Many other systems also may be out of date for Paraguay; see the first paragraph of the section "The tz database"[2] for a partial list. I haven't tried to track them all. [1]: https://repology.org/project/tzdata/versions [2]: https://data.iana.org/time-zones/tz-link.html#tzdb

3 2

DST end time on Lord Howe Island
by Heitor David Pinto March 27, 2025

March 27, 2025

Hello, In 2001, the database was changed to show the DST start and end times in Lord Howe Island as "2:00" instead of "2:00s". This change only affects the DST end time: if "2:00", it's 2:00 local time, but if "2:00s", it's 2:30 local time. This change was based on a response from the secretary of the island board, who wrote that the DST "changeover" occurred at 2:00 local time. However, reading that comment again, my impression is that he was only referring to the start time, not also the end time. The Standard Time Act of New South Wales says that the summer time period starts and ends at 2:00, but at least in the mainland of New South Wales this is interpreted as 2:00 standard time, so I believe that it should be so for Lord Howe Island as well. All other Australian locations in the database show "2:00s". https://legislation.nsw.gov.au/view/whole/html/inforce/current/act-1987-149 Whether the DST end time is 2:00 or 2:30 local time probably has no practical consequence, as at that time everything is closed on the island and people are asleep. But for precision, I think that it would be useful to confirm this with someone on the island again. Regards, David

2 1

Paraguay Timezone change
by Martin Vuyk March 26, 2025

March 26, 2025

Hi, sorry but I don't have much time to get into the code and submit a patch following your guidelines. The timezone in Paraguay has changed to not have daylight saving time anymore. It is officially GMT-3. This is the official government website: https://www.paraguaytv.gov.py/2024/10/15/paraguay-ya-no-cambiara-su-hora-se… A lot of systems went crazy because some changed the timezone and some didn't. I have some headaches at work already on a Sunday (yay). AFAIK this database is the source of truth for most systems. But I don't know how fast you could change this and it getting pushed to all devices. Please let me know if there is any way I can help fix this ASAP. Kind Regards, Martin Vuyk L.

10 20

Paraguayan Time Zone Error
by Hugo Ortiz March 24, 2025

March 24, 2025

The local goberment of Paraguay stabloshed the GMT-3 time zone for paraguay without no more changes on timezone. Since the 00:00 of 23/03 time zone shifted to GMT-4 on many devices. The paraguayan time zone must stay on GMT-3

2 1

Solicitud de actualización de la zona horaria de Paraguay en la base de datos de IANA
by milciades meza March 24, 2025

March 24, 2025

Estimado equipo de mantenimiento de la base de datos de zonas horarias, Mi nombre es Milciades Meza y me gustaría solicitar una actualización en la base de datos de zonas horarias de IANA en relación con Paraguay. El Gobierno de Paraguay ha decretado oficialmente que el país permanecerá en GMT-3 durante todo el año, eliminando el cambio a GMT-4. Sin embargo, muchos dispositivos electrónicos continúan cambiando automáticamente a GMT-4 debido a que la base de datos de IANA aún mantiene la configuración anterior. Agradeceríamos mucho que puedan actualizar la base de datos para reflejar esta decisión gubernamental y evitar confusiones en los sistemas operativos y dispositivos que dependen de esta información. Para referencia, aquí está el decreto oficial emitido por el Gobierno de Paraguay: [Incluir enlace al decreto o documento oficial si está disponible] Agradezco su tiempo y atención a esta solicitud. Por favor, avísenme si requieren información adicional. Atentamente, Ciudadano de Paraguay Obtener Outlook para Android<https://aka.ms/AAb9ysg>

2 1

[PATCH] No need for America/Coyhaique in zonenow.tab
by Paul Eggert March 23, 2025

March 23, 2025

* zonenow.tab (America/Coyhaique): Remove, since it’s the same as America/Sao_Paolo from now on, given today’s change. --- zonenow.tab | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/zonenow.tab b/zonenow.tab index 6aa41678..093f0a0c 100644 --- a/zonenow.tab +++ b/zonenow.tab @@ -96,8 +96,6 @@ XX +1828-06954 America/Santo_Domingo Atlantic Standard ("AST") - eastern Caribbe # # -04/-03 (Chile DST) XX -3327-07040 America/Santiago most of Chile -# -04/-03 (Chile DST) until 2025-04-06; then -03 -XX -4534-07204 America/Coyhaique Aysén Region # # -04/-03 - AST/ADT (North America DST) XX +4439-06336 America/Halifax Atlantic ("AST/ADT") - Canada; Bermuda @@ -106,7 +104,7 @@ XX +4439-06336 America/Halifax Atlantic ("AST/ADT") - Canada; Bermuda XX +4734-05243 America/St_Johns Newfoundland ("NST/NDT") # # -03 -XX -2332-04637 America/Sao_Paulo eastern South America +XX -2332-04637 America/Sao_Paulo eastern and southern South America # # -03/-02 (North America DST) XX +4703-05620 America/Miquelon St Pierre & Miquelon -- 2.45.2

5 5

[tz-announce] 2025b release of tz code and data available
by Paul Eggert via tz-announce March 22, 2025

March 22, 2025

The 2025b release of the tz code and data is available. This release contains the following changes: Briefly: New zone for Aysén Region in Chile which moves from -04/-03 to -03. Changes to future timestamps Chile's Aysén Region moves from -04/-03 to -03 year-round, joining Magallanes Region. The region will not change its clocks on 2025-04-05 at 24:00, diverging from America/Santiago and creating a new zone America/Coyhaique. (Thanks to Yonathan Dossow.) Model this as a change to standard offset effective 2025-03-20. Changes to past timestamps Iran switched from +04 to +0330 on 1978-11-10 at 24:00, not at year end. (Thanks to Roozbeh Pournader.) Changes to code 'zic -l TIMEZONE -d . -l /some/other/file/system' no longer attempts to create an incorrect symlink, and no longer has a read buffer underflow. (Problem reported by Evgeniy Gorbanev.) Here are links to the release files: https://www.iana.org/time-zones/repository/releases/tzcode2025b.tar.gz https://www.iana.org/time-zones/repository/releases/tzdata2025b.tar.gz https://www.iana.org/time-zones/repository/releases/tzdb-2025b.tar.lz The following convenience links are also available, although they may point to the previous release until the relevant caches are refreshed: https://www.iana.org/time-zones/repository/tzcode-latest.tar.gz https://www.iana.org/time-zones/repository/tzdata-latest.tar.gz https://www.iana.org/time-zones/repository/tzdb-latest.tar.lz Links are also available via plain HTTP, and via FTP from ftp://ftp.iana.org/tz/releases with the same basenames as above. Each release file has a GPG signature, which can be retrieved by appending ".asc" to the above URLs. Copies of these signatures are appended to this message. This release corresponds to commit 7e1145bfdb9630c127841dc8ce808a937a300938 dated 2025-03-22 13:40:46 -0700 and tagged '2025b' in the development GitHub repository at <https://github.com/eggert/tz>. Here are the SHA-512 checksums for the release files: 19826b12968c10fc4db7e4b07ba782bfb8590eeebaec6f719d74b92a2e642ab817bd72bceff0015ce52a838edfdb00753b3cd87dd84b35abf2606e5bee445f76 tzcode2025b.tar.gz 7d83741f3cae81fac8131994b43c55b6da7328df18b706e5ee40e9b3212bc506e6f8fc90988b18da424ed59eff69bce593f2783b7b5f18eb483a17aeb94258d6 tzdata2025b.tar.gz 4f4afca86645ca5564a9d7d3ddc36e6b07c15c1b87cd4edbbcae72c6be4e6154e4ad1966407a7081237550301f1093af53dd8a486effb95f7cf3e5721db47c8f tzdb-2025b.tar.lz Here are GPG digital signatures for the release files: -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEfjeSqdis99YzvBWI7ZfpDmKqfjQFAmffIRcACgkQ7ZfpDmKq fjRqwhAAjdPreNSN3pJoZiSwQNVk6oUneEHRlNVDFw1d+DflHG2QW4Cw7wWSRaYi B+yxIV1C61ZwhkAQ1AlscFbpzvHcOtNLEgK5VTwOpgBJ0FsmsEzVUCkGYFtWDpPw qf6ZgdtSrmaPX/V+ceWrRE0oQUjFnlQEO3cwGITlcYlck9YUiQZ+y1gOzPypN+v1 YHuVzoMk4ESTTI/glEJljOQfNcl+GvgnMZRNdZWafpjJ2y68JLofEgemKgJqTu9J IKE6Age2fn2P1lyXlFg1ZTzm11XDIWa8cz37rabNqaybKICeMppSEiIp+BcrMl4p ntQwJyytmm8g2AyGUdHEa9rN97pTag8zzBNmQX/5clcYWIvlp964ul9ptXrBkexN iv+Xi2U1zFg+Wo+ytMyj1q5fhBPTe1rNsnngbrgbGFx0t5h+OOVIPxMCAQiKgGg3 w6V59jgKThJ4EbFaCKV1tN3eThxeSrmCEb6zQEGlS5QKOyTnpQNCEAlJlJ+JyeDo tMbPfCzR9EJjrrMB50qMNK9bXJK3NjsOVicJkv4aruVPfPZ1RrAD6ZDTUk7Yxo9x WHT68C2XIde67N7UIcV4gWgbuZKKagkqPnt+dtn8C/5EML1ANEhtF2is0PqqTXpI ol9XLYC5mnlEQB/F1Bu7EppPCMu7qCaFWQCbvvXaaYjUhiupFPU= =EgQ1 -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEfjeSqdis99YzvBWI7ZfpDmKqfjQFAmffIRcACgkQ7ZfpDmKq fjS6yw//Wdqj0sipbfTMHAJh3y5065wUkwJhi4cbMbpG1MfJ7HQOeF/ISXBnQo2L RIzpRPswIUweKziBQx5+f+VgViWJTJRTbb2Vk0i1SfnQ6BfeEmqIXwxa87rSeCEk vBeur6mnv3Nc/f9HVvKBqx9ux6FIPWMoQbuDZyNh/GfAvrCp69YkC4miZlo8D1M5 QKoNqLB2B/JTeFVdchVYu9Jxyc2LGsSM9SDTuDDHKQyMyZN/93vJiSzfUMkzW6AF dJif5zWaj2YfrcMFP87IMKH9rAA6XrKNbf+0Xu7AWKpMW6vu30NyMoLQvuo1Gf0g uFxqFTu7fVt6ZzO2cVFuzS/MPj8pufPng88gOHpU34ASID5DB5hf98r7fxmn3jwc aBiecrqpq4F4GEqrBQHGVugFM95iBElvl5kEupO0C/8wqvV7gWoo8Qiaix7b/DE4 zpc4z8wNHntqjeP3Qrv+zX9wfZThYoX/j8UuIVZEhm1o/vHeNn5zBZz55jCQ4KOc Sffl68lWjdLkcS4edsaM1GyPsFnqaFP6FZ95zrhyl/mpsDNJggIaL3RuajMIMCBt othXosBAuBKlv3gqXBIEDaifp2aqBo0YgUUJhcVtyv+advzcUgeppnMUPh0US66R inVSt7pMQ8ubYcDQzDchoVPEay/69SPaRRd3W9unQGCBepjaXGo= =W7AG -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEfjeSqdis99YzvBWI7ZfpDmKqfjQFAmffIRkACgkQ7ZfpDmKq fjRvqQ//cupgXsGqL6buntdGU8QnbY79jmNbXkuzSbjiAx+uh+sCoS34Rr9eO4Kg mFdVaPqZ704ZvI7yzh6amjpkwdYalmhjVogJ3AIHSlAV69UgedztED18AjQ53/Hj gRqqppZacgUmVO4GqybEb/f4toWfnVi8HuCY++q1WkMgQsAqOE9DIJlJOTK5BAEo Iy6+vAigXc7LyveyBP/2yOOoPTkWTRTURfXHXgQxgKuGtDJHnp12j2MPhzag5s64 KrInD6ZB1ZcpDw9BpDd+LmB1gZizwShadXbiMOi8ROC6JwR8oafZJq3rwonSkJLH kMg6VUQr3cQmu8Zd5s9yYpZmx4rMBR+9Hsz5bn0cBLSe478LtmoKI6vI37mZ048S PRTwlHnXi1/RuxovhusPiaoAf3VUN8IxhL2V4NV9D2Pn+iu3Fhj35BlM3XOn1RpH 3K3qi/Wr4XRX6jlPLQ42opBnkKorL21+Tz21+yHDOXxbF+9fYmZOaMaZwl3AjX66 QbWEN8FG+2UEOHVSyxjLKru97TV+RXSo/A1IBwTHALeaiLSc+V1zSTMMrAQVSDPm Rn1VXPc9Jff00LEM0CElS4X719d/0a0Knbs9OjIbp2bmZEun8zTGHOPEtJ8PWrc6 ficDmgynqV89laKtZ7VsUoMgHEKv7dCs1HdFBYQ5qvWW/JiKZhU= =qJJK -----END PGP SIGNATURE-----

1 0

Adjust to coverage of TZ America/Punta_Arenas
by Eduardo Romero Urra March 22, 2025

March 22, 2025

Dear Paul, The government of Chile announce adjust of coverage of Time Zone "Región de Magallanes y la Antártica Chilena" , now extend their coverage to Region "Región de Aysén del General Carlos Ibáñez del Campo," . This region coverages the following Cities: Coyhaique , Puerto Aysen and Cochrane . This area keeps all the year on UTC -03 Timezone . I've attach the link https://www.diariooficial.interior.gob.cl/publicaciones/2025/03/20/44104/01… Best regards ━━━━━━━━ Eduardo Romero Urra Asesor de Sistemas División de Redes y Seguridad Informática +56224863218 Ministerio del Interior y Seguridad Pública Gobierno de Chile CONFIDENCIALIDAD Y USO EXCLUSIVO: La información contenida en este mensaje y/o en los archivos adjuntos son de carácter confidencial y está destinada al uso exclusivo del emisor y/o de la persona o entidad a quien va dirigida, y por lo mismo pueden ser consultados y revisados por la entidad emisora o propietaria de los sistemas desde donde fueron enviados.- Si usted no es el destinatario, cualquier almacenamiento, divulgación, distribución o copia de esta información está estrictamente prohibida y sancionada por la ley. Si recibió este mensaje por error, por favor infórmenos inmediatamente respondiendo este mismo mensaje y borre éste y todos los archivos adjuntos. Considerando que no existe certidumbre de que el presente mensaje no será modificado como resultado de su transmisión por correo electrónico, el emisor original no será responsable si el contenido del mismo ha sido modificado. Ministerio del Interior y Seguridad Publica<https://www.interior.gob.cl>

2 1

[PROPOSED] northamerica: mention Daylight Bill
by Paul Eggert March 20, 2025

March 20, 2025

--- northamerica | 9 +++++++++ 1 file changed, 9 insertions(+) diff --git a/northamerica b/northamerica index 8d356aa0..20b47b48 100644 --- a/northamerica +++ b/northamerica @@ -1611,6 +1611,15 @@ Zone America/Moncton -4:19:08 - LMT 1883 Dec 9 # For more on Orillia, see: Daubs K. Bold attempt at daylight saving # time became a comic failure in Orillia. Toronto Star 2017-07-08. # https://www.thestar.com/news/insight/2017/07/08/bold-attempt-at-daylight-sa… +# From Paul Eggert (2025-03-20): +# Also see the 1912-06-17 front page of The Evening Sunbeam, +# reproduced in: Richardson M. "Daylight saving was a confusing +# time in Orillia" in the 2025-03-15 Orillia Matters. Richardson writes, +# "The first Sunday after the switch was made, [DST proponent and +# Orillia mayor William Sword] Frost walked into church an hour late. +# This became a symbol of the downfall of daylight saving in Orillia." +# The mayor became known as "Daylight Bill". +# https://www.orilliamatters.com/local-news/column-daylight-saving-was-a-conf… # From Mark Brader (2010-03-06): # -- 2.45.2

1 0

Chile's Aysén Region polled about switching from -04/-03 to -03 all year
by Paul Eggert March 20, 2025

March 20, 2025

Beginning this week and continuing through the end of the month, the citizens of Chile's Aysén Region are being polled virtually for a non-binding resolution[1] to switch from the their current timekeeping regime TZ="America/Santiago" (-04 in winter, -03 in summer) to permanent -03 (like TZ="America/Punta_Arenas"). If this happens, we'll need to create a new Zone America/Coyhaique to record the change, which would likely have practical effect on 2025-04-05 at the earliest. Unfortunately, the SurveyMonkey form used for the poll requires no authentication, which raised plausible worries this week about ballot-stuffing[2]. [1]: https://www.diarioregionalaysen.cl/noticia/actualidad/2024/11/lanzan-consul… [2]: https://www.diarioregionalaysen.cl/noticia/actualidad/2024/11/encuesta-sobr…

3 4

Iran's transition from +04:00 to +03:30 in 1978
by Roozbeh Pournader March 18, 2025

March 18, 2025

I hunted down the exact time of Iran's transition from +0400 to +0330. It was Friday 1357/8/19 AP=1978-11-10. Here's a newspaper clip from the Ettela'at newspaper, dated 1357/8/14 AP=1978-11-05, translated from Persian (at https://w.wiki/DUEY) "Following the government's decision about returning the official time to the previous status, the spokesperson for the Ministry of Energy announced today: At the hour 24 of Friday 19th of Aban (=1978-11-10), the country's time will be pulled back half an hour. In this way, the country's official time which in the last thirty months had been moved forward by about an hour and a half will return to its previous status." I will double-check the various other transition times for 1977 to 1980, but at the first glance they are either correct or may only be off by at most a day or two. Thanks a lot, Roozbeh

2 2

Leave
by Javier Esquivel Téllez March 18, 2025

March 18, 2025

leave *La información contenida en este correo electrónico y sus documentos adjuntos es confidencial y privilegiada y para el uso único y exclusivo del destinatario, por lo que queda estrictamente prohibido el uso, reproducción, retransmisión o divulgación no autorizada de su contenido. Si recibió este mensaje por error, por favor notifíquelo al remitente y bórrelo junto con sus documentos adjuntos de inmediato.* *SAFTU TECNOLOGIAS, S.A.P.I. de C.V. (SAFTU) es el responsable del uso y protección de sus datos personales. Cualquier dato personal o sensible recibido o enviado libre y voluntariamente por su titular en el presente correo se protegerá de acuerdo al aviso y políticas de privacidad de SAFTU, y será tratado para los fines descritos en el mismo, incluyendo para organizar bases de datos, prestarle los servicios o información solicitada, y mantener la comunicación. Si usted es titular de datos personales en posesión de SAFTU, y desea obtener más información sobre los términos y condiciones en que serán tratados y la forma en que podrá ejercer sus derechos ARCO, puede consultar nuestro aviso de privacidad integral en www.saftu.com <http://www.saftu.com/>*

1 0

Dump of Asia/Tehran changes?
by Roozbeh Pournader March 18, 2025

March 18, 2025

Can someone please kindly give me a dump of Asia/Tehran changes according to the latest tzdata for the years 1977-1981? I'm trying to piece together the newspaper bits and pieces and compare with the tz database, and it seems that there is clearly some transitions missing. Specifically, I find the following lines confusing: 4:00 Iran %z 1979 3:30 Iran %z Does that mean we think Iran switched from UTC+4:00 to UTC+3:30 on Jan 1, 1979? Thanks a lot, Roozbeh

3 2

[PROPOSED] Cite Neumann & von Blanckenburg’s 2025 DST review
by Paul Eggert March 15, 2025

March 15, 2025

* tz-link.html (Costs and benefits of time shifts): Add citation and brief summary. --- tz-link.html | 8 ++++++++ 1 file changed, 8 insertions(+) diff --git a/tz-link.html b/tz-link.html index f4f76fdd..ad2cc972 100644 --- a/tz-link.html +++ b/tz-link.html @@ -985,6 +985,14 @@ a Sleep Research Society position statement</a>. doi:<a href="https://doi.org/10.1093/sleep/zsac236">10.1093/sleep/zsac236</a>. After reviewing the scientific literature, the Sleep Research Society advocates permanent standard time due to its health benefits. +<li>Neumann P, von Blanckenburg K. <a +href="https://journals.sagepub.com/doi/full/10.1177/0961463X241310562">What +time will it be? A comprehensive literature review on daylight saving time</a>. +<em>Time Soc</em>. 2025-01-21. +doi:<a href="https://doi.org/10.1177/0961463X241310562">10.1177/0961463X241310562</a>. +This reviews DST's effects on electricity, health, crime, road safety, +and the economy, focusing on research since 2010, and concludes that +year-round standard time is preferable overall. <li>Rishi MA, Cheng JY, Strang AR <em>et al</em>. <a href="https://jcsm.aasm.org/doi/10.5664/jcsm.10898">Permanent standard time is the optimal choice for health and safety: -- 2.45.2

1 0

false story re canceling DST in Canaries and Spain
by Paul Eggert March 15, 2025

March 15, 2025

Last week saw a widely spread false story that daylight saving time will be canceled in Spain and in the Canary Islands, starting in the year 2026. The story was reported as fact in the Daily Mirror[1], which evidently got it from the Canarian Weekly[2]. Both stories said that the last clock change would be this month (implying permanent daylight saving time), that the change would officially take place in 2026 (contradicting the last-clock-change assertion), and that this had been confirmed by the Official State Gazette (BOE), i.e., Spain's Boletín Oficial del Estado. As Gazette Life noted Thursday[3], the story is false. There is no change to Spain's timekeeping plans. I guess the bogus story is based on a misreading of Order PCM/186/2022 dated 2022-03-11[4], which listed DST transitions for 2022 through 2026. A copy of this old order was recently marked as updated by BOE (I don't know why), and my guess is that the "new" order popped up on some reporter's AI, which generated the hallucination that Spain was discontinuing DST. This reminds me of the 2023 false story about Greenland abolishing DST that was first published, as far as I can determine[5], by Bloomberg's Lebawit Lily Girma. Although I had an email correspondence about that bogus story with two Bloomberg editors, the bogus story was never corrected or retracted. I expect the same thing would happen with the Daily Mail and the Canarian Weekly, so I am not bothering to write them. We can expect more of these falsehoods in the era of generative AI, which makes it easier to write bogus stories that superficially look authentic. I am seeing considerably more use of generative AI even in scholarly papers on the subject. [1]: Bautista A. Huge EU country loved by Brits will stop changing clocks in 2026. The Mirror. 2025-03-11. https://www.mirror.co.uk/travel/huge-eu-country-loved-brits-34832825 [2]: The Canary Islands are set to abandon clock changes from 2026. Canarian Weekly. 2025-03-09. https://www.canarianweekly.com/posts/The-Canary-Islands-are-set-to-abandon-… [3]: No change on clocks for Spain and Canaries. Gazette Life. 2025-03-13. https://gazettelife.com/news/no-change-on-clocks-for-spain-and-canaries/ [4]: Orden PCM/186/2022, de 11 de marzo, por la que se publica el calendario del período de la hora de verano correspondiente a los años 2022 a 2026. https://www.boe.es/eli/es/o/2022/03/11/pcm186 [5]: Eggert P. Did Greenland abolish daylight saving from 2024 on? https://mm.icann.org/pipermail/tz/2023-April/032870.html

1 0

Ireland Time Zone
by Chris Brown March 11, 2025

March 11, 2025

Hello, We received a notification from a customer that the Ireland Time Zones sprung forward too early. According to what I found the following is true: Last Sunday of March 01:00 GMT - Last Sunday of October 01:00 GMT = GMT+1 Last Sunday of October 01:00 GMT - Last Sunday of March 01:00 GMT = GMT+0 As of the time this issue was reported the Eire (GMT+1) and Europe/Dublin (GMT+1) time zones need to be GMT+0, however, they are GMT+1. Are there any standard troubleshooting tips I can pass along to our developers? I’m looking through the documentation I can find and the threads and have seen a couple regarding Irelands time zones, but nothing conclusive on how to solve our issue moving forward. I’d like to understand if this is an error, or if there is a configuration we need to make on our end to ensure the time zones are correct in our system. [cid:image001.jpg@01DB927E.D1C45080] [Meazure Learning]<https://us.content.exclaimer.net/?url=https%3A%2F%2Fwww.meazurelearning.com…> meazurelearning.com [Facebook]<https://us.content.exclaimer.net/?url=https%3A%2F%2Fwww.facebook.com%2FMeaz…> [X]<https://us.content.exclaimer.net/?url=https%3A%2F%2Fx.com%2Fmeazurelearning…> [LinkedIn]<https://us.content.exclaimer.net/?url=https%3A%2F%2Fwww.linkedin.com%2Fcomp…> Christopher Brown Product Manager [cid:image006.png@01DB927E.D1C45080] cbrown(a)meazurelearning.com<mailto:cbrown@meazurelearning.com> [cid:image007.png@01DB927E.D1C45080] 205-807-0349<tel:205-807-0349> [cid:image008.png@01DB927E.D1C45080] 205-807-0349<tel:205-807-0349> [cid:image009.png@01DB927E.D1C45080] Alabama, US (35244) [cid:image010.png@01DB927E.D1C45080]

2 1

Paraguay DST is no longer in use
by Nicolas Elisardo Garcia March 7, 2025

March 7, 2025

Paraguay currently observes Paraguay Time (PYT) all year. DST is no longer in use. Clocks do not change in Paraguay. The previous DST change in Paraguay was on October 15, 2024. Is there a new software release available for this update? Thanks in advance, Regards. Este mensaje y todos los archivos adjuntos a él son para uso exclusivo del destinatario y pueden contener información confidencial o propietaria, cuya divulgación es sancionada por ley. Si usted recibió este mensaje erróneamente, por favor notifíquenos respondiendo al remitente, borre el mensaje original y destruya las copias (impresas o grabadas en cualquier medio magnético) que pueda haber realizado del mismo. Todas las opiniones contenidas en este mail son propias del autor del mensaje y no necesariamente coinciden con las de Claro o alguna de las empresas accionistas. La publicación, uso, copia e impresión total o parcial de este mensaje o documentos adjuntos queda prohibida. Cualquier situación y/o comportamiento que pudiera resultar contrario a lo establecido en el Código de Ética disponible en https://www.americamovil.com/Spanish/gobierno-corporativo/Programa-de-Integ… - comunicarlo, incluso anónimamente, a través de la página web https://denuncias.americamovil.com/. This message and any attachments are for exclusive usage of an addressee and may contain confidential or privileged information whose disclosure is subject to penalty by law. If you are not the addressee, please notify the sender by return e-mail, delete the original message and destroy any existing copy no matter if printed or recorded. Any opinions contained in this e-mail are those of the author of the message and do not necessarily coincide with those of Claro or its shareholders. No part of this message or attachments may be used or reproduced in any manner whatsoever. Any situation and/or behavior that could be contrary to the provisions of the Code of Ethics available at https://www.americamovil.com/English/corporate-governance/integrity-and-com… - report it, even anonymously, through the website https://denuncias.americamovil.com/. Este mensaje y todos los archivos adjuntos a él son para uso exclusivo del destinatario y pueden contener información confidencial o propietaria, cuya divulgación es sancionada por ley. Si usted recibió este mensaje erróneamente, por favor notifíquenos respondiendo al remitente, borre el mensaje original y destruya las copias (impresas o grabadas en cualquier medio magnético) que pueda haber realizado del mismo. Todas las opiniones contenidas en este mail son propias del autor del mensaje y no necesariamente coinciden con las de Claro o alguna de las empresas accionistas. La publicación, uso, copia e impresión total o parcial de este mensaje o documentos adjuntos queda prohibida. Cualquier situación y/o comportamiento que pudiera resultar contrario a lo establecido en el Código de Ética disponible en https://www.americamovil.com/Spanish/gobierno-corporativo/Programa-de-Integ… - comunicarlo, incluso anónimamente, a través de la página web https://denuncias.americamovil.com/. This message and any attachments are for exclusive usage of an addressee and may contain confidential or privileged information whose disclosure is subject to penalty by law. If you are not the addressee, please notify the sender by return e-mail, delete the original message and destroy any existing copy no matter if printed or recorded. Any opinions contained in this e-mail are those of the author of the message and do not necessarily coincide with those of Claro or its shareholders. No part of this message or attachments may be used or reproduced in any manner whatsoever. Any situation and/or behavior that could be contrary to the provisions of the Code of Ethics available at https://www.americamovil.com/English/corporate-governance/integrity-and-com… - report it, even anonymously, through the website https://denuncias.americamovil.com/.

7 6

Re: buffer overflow in zic
by Paul Eggert March 6, 2025

March 6, 2025

On 2025-03-05 21:56, Евгений Горбанев wrote: > I found this scenario while researching the postgresql code using Svace > static analyzer. > Well, try this scenario: > > $ cd /tmp > $ wget https://data.iana.org/time-zones/releases/tzdb-2025a.tar.lz > $ tar xf tzdb-2025a.tar.lz > $ cd tzdb-2025a > $ make CFLAGS='-fsanitize=address -g' > $ touch test > $ ./zic -l test -d . Thanks for the explanation and recipe. I can reproduce the problem. Please try the attached proposed patch. I installed it into the development repository <https://github.com/eggert/tz>. Thanks.

1 0

buffer overflow in zic
by Evgeniy Gorbanev March 5, 2025

March 5, 2025

Hello! IfoundthatifI runzictocreatea linkonanotherdevice, the bufferoverflowinzip.c:1422inversion2025awill occur. Inthislinei==0. The commandtoreplay: ./zic -l test -d . -t /path/to/link_on_another_device Best regards, Evgeniy Gorbanyov

4 4

DST offsets other than +1
by Doug Ewell March 4, 2025

March 4, 2025

1. Are there any time zones that currently observe DST with an offset other than adding one hour? (For this question, I am treating “negative DST” zones like Europe/Dublin and Africa/Windhoek as if they observed “standard” time in winter and adjusted time in summer. Also, for this question I am only interested in current practice, not historical.) 2. Is there an easy way I could have looked up this information in the tz files? (“Easy” means without exhaustively parsing all the Rule and Zone lines, as a processor would have to do.) Thanks, -- Doug Ewell, CC, ALB | Lakewood, CO, US | ewellic.org

6 8

North Dakota HB 1259 requiring year-round standard time
by asinglet＠epic.com Feb. 28, 2025

Feb. 28, 2025

https://legiscan.com/ND/text/HB1259/2025 HB 1259 passed the North Dakota House last week. No idea on whether it will pass the ND Senate or be signed into law. The tricky thing about this bill is that it does not have an implementation time frame. Theoretically if it moves through in the next week or two, we could be looking at a repeat of the Lebanon 2023 fiasco. I hope if they are going to pass it, they take their time.

4 4