March 2023 - tz - lists.iana.org

(no subject)
by Cool Gab19 Nov. 8, 2024

Nov. 8, 2024

can you add Philippine Daylight Time on your Database I think it was missing from the list of the time zones please reply immediately if solved thanks...

4 8

Re: [tz] Time for a Lunar time zone? -Brooks
by Paul Eggert July 11, 2024

July 11, 2024

On 3/2/23 09:51, Brooks Harris wrote: > Will we need DST on the Moon? :-) I hope not! The Moon's axis tilts only 1.5°, much less than the 23.5° of Earth's axis, so seasonal effects on sunlight duration are much less intense on the Moon and there should be less need for Earth-like DST. A more pressing issue is that the length of day (including daytime and nighttime) varies more on the Moon. Local Earth days vary by at most 0.008 hours from the mean of 24 hours (this variation is due to the eccentricity of the Earth orbit and the obliquity of the ecliptic). So people who think that every local Earth day is exactly 24 hours are not far off. Local lunar days, in contrast, are roughly 29.5 ± 0.25 Earth days (again, this includes both lunar daytime and lunar nighttime). That's more slop to deal with, relatively speaking, and dealing with varying-length days could be a bit of a problem for civil time on the Moon. Presumably ESA's boffins are on top of this.....

4 5

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

Buggy %z behaviour in strftime
by Almaz Mingaleev May 16, 2023

May 16, 2023

Attached code prints "+0000 America/Los_Angeles" both with glibc and with linked ToT strftime implementation. On MacOs it prints "-0800 America/Los_Angeles". Is it a known issue?

10 19

Error in the "America/Santiago" timezone for one week of September 2022
by Javier Ayala March 31, 2023

March 31, 2023

Hello, There is an error in the 'America/Santiago' timezone. The week between September 4th, 2022 and September 10th, 2022 should have the offset of -4.0, but it currently shows -3.0. This error occurred due to the 2022 Chilean national plebiscite <https://en.wikipedia.org/wiki/2022_Chilean_national_plebiscite>, which caused the government to postpone the scheduled time change by one week, from September 3rd to September 10th. Sources: - Decree in Chile's Official Gazette: https://www.diariooficial.interior.gob.cl/publicaciones/2022/08/13/43327/01… - News published in Chile's government website: https://www.gob.cl/noticias/ministerio-del-interior-informa-respecto-al-cam… Greetings, Javier Ayala

2 1

(no subject)
by Jack Bakaev March 29, 2023

March 29, 2023

Hello, Lebanon decided to postpone the DST till end of April instead of march 25-26 TZ complied then the cabinet of Ministers in Lebanon decided yesterday March 27 to revert to DST during the night of March 29-30. please do not revert Lebanon DST back to March 25-26! this will cause problems for those who who already complied with the postponement please revert to DST during the night of March 29-30. Jack Bakaev Internet Society - Lebanon Chapter Chapter Secretary

2 1

Re: [tz] [PROPOSED 2/2] Fix comments on Lebanon this week
by Paige Tummons March 29, 2023

March 29, 2023

Hi Paul, I'm reaching out regarding your request for comments<https://mm.icann.org/pipermail/tz/2023-March/032833.html> on the proposal to revert back to 2023a instead of updating 2023c to reflect the Lebanon DST change of 30 March. I've been working closely with medical centers in Lebanon to ensure that their healthcare systems are in continuous legal compliance with the government directives. We have been in close communication with Lebanese government authorities who legally consider the spring forward event to be on 30 March (with the jump being from 11:59:59 PM on 29 March to 01:00:00 AM on 30 March). We are strongly urging you to reflect this update in the 2023c file, to avoid the published tzdata file being in direct conflict with the government directive of the spring DST event in Lebanon happening on 30 March. The Prime Minister met with the cabinet yesterday, and together they agreed that Lebanon DST happens on the 30th of March. No government authorities consider the 26 March 2023 event to be the "true" DST time for Lebanon. Thanks, Paige Tummons

3 2

[tz-announce] 2023c release of tz code and data available
by Paul Eggert via tz-announce March 28, 2023

March 28, 2023

The 2023c release of the tz code and data is available. This release's code and data are identical to 2023a. In other words, this release reverts all changes made in 2023b other than commentary, as that appears to be the best of a bad set of short-notice choices for modeling this week's daylight saving chaos in Lebanon. (Thanks to Rany Hany for the heads-up about the government's announcement this week.) Here are links to the release files: https://www.iana.org/time-zones/repository/releases/tzcode2023c.tar.gz https://www.iana.org/time-zones/repository/releases/tzdata2023c.tar.gz https://www.iana.org/time-zones/repository/releases/tzdb-2023c.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 ddb8cf09d54ecc486ed6665edcdd642abccd4eef dated 2023-03-28 12:42:14 -0700 and tagged '2023c' in the development GitHub repository at <https://github.com/eggert/tz>. Here are the SHA-512 checksums for the release files: fa18bae9c0e7c061bc9d5f5f2eb9967f0e4ddb2baafdee9887fa30cd0c60f4aa6f21eacffb17df0d59d26ff54d08c5dcefa98159309eba497e86443624913a82 tzcode2023c.tar.gz 608bd286ebcbd0004cfdc1da183273f08aff61f90c8867661154453d77a05d421e4c46ad6d066a1fe2e87d5c82ec0f1c0224667a3b35f3180a3eb7f6ff84cbf5 tzdata2023c.tar.gz b59dbfc598b98f325797ff587bd2e8b27aadc52924eeb0b26cd18cdaca56224c436a20950bc73de9b9b46e98d640a24d8cb797a8f49ada15ea2f42a70a6efe22 tzdb-2023c.tar.lz Here are GPG digital signatures for the release files: -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEfjeSqdis99YzvBWI7ZfpDmKqfjQFAmQjQ8MACgkQ7ZfpDmKq fjTp4BAAvitWlH49WQ+Cfs//1bBy7ifW1I5PNXSZFIDSNsZUGhrXOkZ/b6l3jAEF Z76GL7PQb5d/QHdKAIYeDheGnGf/8Wh4PFGzBkiyZgEdeZk6QLtE1n71Fu1x7gca IQOmVTzwVAf9f+fbizsaTarqg30TnPzUsuHiljInOaV8GkTt0VUkIZ5LeH09kdpY Rq6BIiehGikkBLyvCpyCTGZ4H8IKgR0GMkIHWQwj0mw/WROnT+xAfzTUrtD7zJK2 5+Ek2kj0UDB9DbprIkCZyh56W1OZ4m5OuAd9wHdx1ZOPfE6jq0lm+2B2kX4759mQ U66wyATu1qqqlc/2HUe464SWCyNTEDGbCCygfryInKd9Y+QORhK9yOsDfskVcGgX qTE2U20YzMqHP34fgTUsOC+mQ9e+qR1CvnCGAv3y1wpUIj1r9Opq7cI1uCvVE6xn nJhU1oE+z4HjhT2TZSS+gVM8D6p+z096sOkRnFg+mIh7XzSYYSFRojcGLnSAkg+o K68yPfXPu0subUGi5dH1XLQQYM0v0sqCATu5jKwU4YyyHoUuWDi9mooReAkSaj+y KON+VuYMRZZfJqzdc0HcXUsqlY/nK6/INRbtgvEKlMRLBn5oGbWIRnlyQvJA814v fsaewl80tRZAtXs/hwHrSGX1vxMkMaaDk5frG9BG/EkupBZa/rk= =fwRN -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEfjeSqdis99YzvBWI7ZfpDmKqfjQFAmQjQ8MACgkQ7ZfpDmKq fjScAg/+LKVw3MFKXvXhDAJX9FPL+ZtvFc+XCwkAxylFA8rrLYjNTo+X7vdyu/AV 1YSkQFqPrPJrVMlffRm/NaQI59vOhkIQZ4Ingd0IFzfHIJMSMVU1C359mpUnxgce XLLUA12+Mjo3SEO/QYOZLhkpvzoJ2loPdgAUtraysunZdgYVdOubd8EpbWtZ/d9u cdKJriVWaHwcmEPXmZOcAhjTA2immhIrAd4G1FzuHFJNjdjIzJyXzxATWEk3mQ0z ZOQcpWGzf50OL9Atri4e8Nm4mXjguQHRebfYv8QVHAvxcdjGFc5yqvVrwGaNLGtV oadxHA3J/hmWS7mg7/pYDKabTNeoXrXWEzY8VXRbPnfvtbUXh9g4t9JDlgocHpQQ wAC3Hb/mvMFON68aCPWQeHxcHXOrAm2KHlGblJA9iI364S6v3iK7gd16lzZSbuTy G8jAt7YUilZxyIIV0GVMjQD9oG6bVm6ApccVVIBPHqlW1J09ON0koWRiNGqdbr8F BTh3ORBCo0qU+BvYF6mL9SCIrbGUvr4NdwY9aKaB04HPZz244fD2kLPt1z5v+7K6 cQrhdVQ6CqejhlJXRm4cQdeEzJhgxw+cFc256e8WpoofVu5rDws2d2KQZkqHGiFH A5jSKg2PWfZcqPoTdRg19DlUUdDBH8xybXzK5ExjHdDDO7KInGU= =XC0E -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEfjeSqdis99YzvBWI7ZfpDmKqfjQFAmQjQ8QACgkQ7ZfpDmKq fjS96g//dxNELnczZASWUk7n+EJ5EbMjamjOOAde6r/Mpy/71DLg0AatISKt+Ph+ 7lAVzQRip6o4mZNZb9PZ6yP3r1rYKUymaOahtiwv5oC2lSmm2jCMRlFslHJ/feQc czOfCfd7ggpmg95Iqx81WYfc2lSbXzNArpvqBEjApqtkOLbpJ7A7s2JFn7o3lnD2 E1gMeiIbM4doq2Dfqzc3sJ2kyn/zmsA2g/HO64DZ9RUiDJlbOAZctIAfDiSkHE8q MTdSIVlKrOXDzmzvN1YMXyIPbo4ZaFCjvSZ5xbEpu8nf1IrLq0WqkU41T+4cq3zD Vq0NHrADU49npWh1qn/PTJunln6I6BHIXzyDAAZL+Ij1lcplRh/ZdszZBxU267Qx 6rvEqeea1jQPEKS2/x9aMSWk4mwooB1pYHjnpgS+ZP1CLHtrWVtf5zU4Z2sODWBd p1otOWWgR1nq7b4qc0OZwwVzuJN8rtptEf0PuxgKZnLLoVmgEpU5WxA5FjhTsJmm 1nbv676DfIN31NOfSGcP12Lcp2KjZ2Cfj++zmQruTlZcjpWYEJiRjiecqELBWo7S jw96jrEUQi6mVn6jhzV0Sxdiig9M0hmzMj0bcx2BvldbUFCbZscAproR9fHeqpZM Q4F6QphFyP5Y3kBKARZZ3HmM6Kc5ZWkG6WzLeTkTdcxqHZLrp8c= =YTzD -----END PGP SIGNATURE-----

1 0

[PROPOSED 1/2] Adjust attribution at Jad Baz’s request
by Paul Eggert March 28, 2023

March 28, 2023

--- NEWS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/NEWS b/NEWS index fe0e809..f400425 100644 --- a/NEWS +++ b/NEWS @@ -5,7 +5,7 @@ Unreleased, experimental changes Changes to past and future timestamps Model Lebanon's DST chaos by reverting data to tzdb 2023a. - (Thanks to Jad Baz for the heads-up.) + (Thanks to Rany Hany for the heads-up.) Release 2023b - 2023-03-23 19:50:38 -0700 -- 2.39.2

8 26

Policy Suggestion: Minimum time period betwen releases
by Howard Hinnant March 28, 2023

March 28, 2023

Recent events have brought to my attention the need to put a damper on chaos caused by poor planning. When governments give little notice to changes in time zone rules, this is not a problem that this group can fix, or should even try. I propose a minimum period of 30 days between successive IANA tz database releases. The train leaves the station no more frequently than once every 30 days (and will probably be less frequent). Whatever information is solid before the release date makes it on the train. Otherwise it can wait another 30 days (at least). My recommendation is in part based on this common statement: Poor planning on your part does not constitute an emergency on my part https://www.incirlik.af.mil/News/Commentaries/Display/Article/303134/poor-p… This week’s chaos isn’t unusual. In fact it is normal, especially for some countries. If they can’t be bothered to make a plan in advance and stick with it, I don’t see why this group of volunteers needs to compensate for that. Let the politicians lie in the beds they make. Howard

11 16

Reversal of timezone database file 2023b
by Roy Saad March 28, 2023

March 28, 2023

Dear Coordinator, The Lebanese government has reversed the decision to delay the shift to daylight savings time by a month (As per the articles below). Kindly update the time zone database to reverse the changes made in 2023b. (Sorry for the inconvenience created by incompetent public servants) https://www.bbc.com/news/world-middle-east-65090888 https://news.sky.com/story/lebanon-time-row-government-reverses-controversi… https://www.washingtonpost.com/world/2023/03/27/lebanon-daylight-saving-tim… Thank you and best regards, ROY SAAD Partner & Strategic IT Advisor 9th Fl., Confidence Centre, st. 15 , Sin El Fil, Metn 27076117, Lebanon T: +961 1 493 503 F: +961 1 489 172 M: +961 3 518230 www.trisq.com

1 0

Summer Time Zone in Lebanon
by Yvonne Sleiman March 28, 2023

March 28, 2023

Dear Sir in IANA, I would like to inform you that exceptionally, this year, we have done a postpone for applying the summer time zone in Beirut-Lebanon, In fact we used to do the transition from Winter time to daylight saving time at 1st hour of last Sunday in March, but this year exceptionally, and based on the Ministerial Cabinet decision, we postponed this transition to be applied at the 1st hour of Thursday March 30th, 2023. Kindly, be informed and take this decision in consideration. Best Regards [cid:910c6b6e-dad2-49d3-a352-02b429054397] Yvonne SLEIMAN Head of International Relations and Maintenance services Ministry of Telecommunications-Lebanon Tel: +961 1 979 122 - 123 Fax: +961 1 979 148 - 173 e-mail: ysleiman(a)mpt.gov.lb<mailto:ysleiman@mpt.gov.lb>

1 0

Proposal to revert 2023b's Lebanon data changes
by Ghassan Geara March 28, 2023

March 28, 2023

Dear Sir/Madam at IANA, Please note that the *Prime Minister *(Najib Mikati) of Lebanon/Beirut has reverted back his previous decision (of delaying the DST change until April 2023) *and decided yesterday to apply the summer DST time as of Wednesday March 29th at midnight. *(which equals to the night of March 29-30) Hereby the URL: https://www.al-monitor.com/originals/2023/03/lebanon-pm-reverses-daylight-s… Therefore we appreciate your immediate action on this matter. Best regards, Ghassan Geara ________________________________________ *Ghassan GearaTechnology Consultant & Advisor* Deek El Mehdi - North Metn - Lebanon Mobile: +961 3 93 43 96 Email: ghassan.geara(a)gmail.com LinkedIn: linkedin.com/in/ghassangeara

1 0

Re: [tz] Proposal to revert 2023b's Lebanon data changes
by Ahmad SOLH March 28, 2023

March 28, 2023

Dear, We understand that you may have received numerous emails regarding the recent Lebanon daylight saving and unplanned government decisions. As business owners and professionals, we respectfully request that you consider reverting to the previous summer time settings, especially since the government has withdrawn their decision effective 30th of March. Continuing with the newly implemented changes may negatively impact our businesses and cause us to fall out of sync with the rest of the world. We sincerely apologize on behalf of our government and believe that the actions of our leaders should not have an adverse effect on the people. Thank you, Regards, Ahmad SOLH Managing Director [cid:em15232572-152b-45b6-84f4-be0601b0fbc8@5c84fd39.com] M (CA) : +1-514-400 2490 | M (DxB) : +971-56-157 7898 | M (LB) : +961-3-414 664 CA: 292F Dalehurst Dr, Nepean, K2G 4E4, ON, Canada UAE: 2708, Sama Tower, World Trade Center, Dubai, UAE --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Disclaimer: This email may contain confidential information intended for the person or organization to which it is addressed. If you are not the intended recipient(s), please note that disclosing, copying, distributing or using this information is prohibited.

1 0

Apple pushing out 2023b
by Jad Baz March 28, 2023

March 28, 2023

It seems Apple is pushing out 2023b A survey on a Lebanese Telegram group shows that iOS users are receiving a notification to restart their devices to apply timezone changes This seems to be an incrmental rollout, however, as not all users have reported getting a notification Some MacBook users have also reported receiving a similar notification I checked with both iOS and MacBook users asking them to restart their laptop, set the date/time to April 20th at 23:59 and within a minute, it sprung forward to April 21st at 01:00 So this is undoubtedly 2023b and nothing else

1 0

Thank you!
by Fred Gleason March 28, 2023

March 28, 2023

As someone who mostly just _uses_ the TZ database to support various projects, I’d like to take a short break in our current Mideast Moment to express my gratitude to all of those volunteers who work to keep this oft-overlooked but critical bit of IT infrastructure accurate and functional. This includes both those who work on the code and data directly as well as the researchers and others “on the ground” who keep this group informed in the midst of sometimes chaotic and fast-moving situations. I greatly appreciate the time, effort and professionalism that all of you consistently bring to this task. Thank you! |---------------------------------------------------------------------| | Frederick F. Gleason, Jr. | Chief Developer | | | Paravel Systems | |---------------------------------------------------------------------| | There's never time to do it right, but there's always time to do | | it over. | | | | -- Meskimen's Law | |---------------------------------------------------------------------|

3 2

Another Timezone update for Lebanon
by timings.06-flecks＠icloud.com March 27, 2023

March 27, 2023

1 0

Proposal to revert 2023b’s Lebanon data changes
by Paul Eggert March 27, 2023

March 27, 2023

We need a new release soon to address the time zone chaos in Lebanon. One option is to revert 2023b's data and go back to 2023a as I suggested earlier. Another is to record the chaos in more detail in the data. The attached proposed patch (which I installed into the developmental repository on GitHub) takes the former approach, as I expect the latter would cause more problems than it would cure. This follows a similar (although not identical) precedent in Rio de Janeiro in 1993. In short, the patch would make 2023c identical to 2023a except for comments, which do not count as part of the data. It is a confusing and controversial situation. Comments welcome. In the meantime I again suggest to downstream distributors to stick with 2023a and avoid 2023b.

7 9

Lebanon will not spring forward this weekend
by Paul Eggert March 27, 2023

March 27, 2023

On 3/23/23 09:42, Saadallah Itani wrote: > I had to send you the below as I am not subscribed to the list. I'll quote the rest of your message below so list subscribers see it. Thank you for the info about Lebanon deciding today to not change its clocks this weekend. Ouch, this is very short notice. Since the March 25 transition was scheduled for 24:00 (i.e., midnight between March 25 and March 26) I assume this means the spring forward transition is will occur midnight between April 20 and April 21. I created the attached proposed patch to record this. Please let me know if this interpretation sounds correct to you. We'll need a new tzdb release soon, as tzdb 2023a becomes wrong around 51 hours from now. >> On 23 Mar 2023, at 6:26 PM, Saadallah Itani <sitani(a)aub.edu.lb> wrote: >> >> Hello, >> >> Lebanon too announced today delay of Spring forward from March 25 to April 20. >> >> preview.jpeg >> 960008904374 >> <https://imagescdn.mtv.com.lb/articles/960008904374.jpg?width=2000&quality=75> >> JPEG Image · 19 KB >> <https://imagescdn.mtv.com.lb/articles/960008904374.jpg?width=2000&quality=75> >> >> <https://imagescdn.mtv.com.lb/articles/960008904374.jpg?width=2000&quality=75> >> >> >> Regards, >> Saad >> Ext. 2229 >> >> Sent from my iPhone

2 3

Re: [tz] tz Digest, Vol 138, Issue 71
by Rich Armstrong March 27, 2023

March 27, 2023

Though this list usually doesn't include discussion of the time-zone-rule data that Microsoft maintains in the Windows registry, it seems worth considering how to ensure the two repositories of time-zone rules might be kept in sync—not to mention IATA's repository. Thoughts and opinions from any MS representatives would be welcome. (Incidentally, I was born at 11:50 PM at a place and time when hospitals recorded births on standard time even though the general population observed DST. Consequently, I reserve the right to celebrate my birthday on the 12th and/or 13th of July.) ________________________________ From: tz <tz-bounces(a)iana.org> on behalf of tz-request(a)iana.org <tz-request(a)iana.org> Sent: Monday, March 27, 2023 1:29 PM To: tz(a)iana.org <tz(a)iana.org> Subject: tz Digest, Vol 138, Issue 71 Send tz mailing list submissions to tz(a)iana.org To subscribe or unsubscribe via the World Wide Web, visit https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmm.icann.o… or, via email, send a message with subject or body 'help' to tz-request(a)iana.org You can reach the person managing the list at tz-owner(a)iana.org When replying, please edit your Subject line so it is more specific than "Re: Contents of tz digest..."

1 0

Urgent | Palestine Timezone "Asia/Gaza | Asia/Hebron" Daylight Changed unitl 29/04/2023
by Rifat Maswadeh March 27, 2023

March 27, 2023

Dear Sir, I'm Rifat From Palestine, Yesterday 25/03/2023 at 2:00 AM time changed "Daylight" +1 and set +3 GMT , This changed not updated in last Palestinian government decision about change daylight time in coming 3 years (2023,2024,2025) as follows : *29/04/2023 * [image: image.png] Thanks ! - attached

2 1

(no subject)
by Andrea Singletary March 27, 2023

March 27, 2023

Will 2023c have Asia/Beirut starting DST this year on March 30? What does this mean for future years? Wish the cabinet would've clarified that while they were on the subject, as Spring Forward intersects with Ramadan for the next few years... -- Sent from my pocket-sized infinite improbability generator

4 5

Lebanon reverse summertime delay
by Hagop Jamkojian March 27, 2023

March 27, 2023

Hi there, Just wanted to let you know that the Lebanese prime minister has decided to reverse the decision again https://www.bbc.com/news/world-middle-east-65090888 effective Wednesday night 😕 Timezone DB (https://github.com/eggert/tz) is still not updated to show this change, so wanted to give you a heads up. Best regards, Hagop Jamkojian

1 0

Lebanese Time Zone
by S J March 27, 2023

March 27, 2023

Hello, Your recent changes to Lebanon's adherence to DST is wrong: "This year Lebanon springs forward April 20/21 not March 25/26. (Thanks to Saadallah Itani.)" https://data.iana.org/time-zones/tzdb/NEWS The government of Lebanon did not issue a law decree stating this change and proper legal procedures were not followed. This led to civil action locally where all respected media and groups are not abiding by this decision, taken without any proper legal procedures. Please correct the change on your end to avoid adding to the massive confusion. All devices have already updated to DST, so your change is only adding to the confusion. Thank you for your understanding. I do not give the right to use my name, email or any other identifying information on any public communications or messages or updates.

2 1

Lebanon Resumes DST on March 29/30
by Bassel Shurbaji March 27, 2023

March 27, 2023

Hello, I thought I should let you know that the government of Lebanon announced that it will resume *DST* on* March 29/30* instead of* April 20/21* as per your latest *Release 2023b*. https://twitter.com/MTVLebanonNews/status/1640312857890832389 https://twitter.com/ALJADEEDNEWS/status/1640313313790681088 Best, Bassel Shurbaji

1 2

Re: [tz] Fw:Time Zone Iran
by Paul Eggert March 27, 2023

March 27, 2023

On 2023-03-26 23:39, Patrick.Stergonschegg(a)orf.at wrote: > Hello, > > > I just noticed that the Windows time zone for "UTC +03:30 Tehran" is probably being computed incorrectly. > > > It seems that DST +1 is being added, although Iranian Government announced that they will not switch to DST anymore, beginning in 2023. > > > Official IR News Agency announcement: http://irna.ir/xjJ3TT > > Current Time: https://time.ir > > > I assume that Microsoft imports IANA time zone data: http://bit.ly/3ZmGzTE > > > In the file tzdata2023b\asia on line 1625 it says: > > 3:30 Iran +0330/+0430 > > > I assume the line should be changed and a new line should be added, e.g.: > > 3:30 Iran +0330/+0430 2022 > > 3:30 - +0330 I don't see a need for such a change, as the "Iran" rules end this way: Rule Iran 2021 2022 - Mar 21 24:00 1:00 - Rule Iran 2021 2022 - Sep 21 24:00 0 - The shell command 'zdump -i -c 2021,2030 Asia/Tehran' outputs this: TZ="Asia/Tehran" - - +0330 2021-03-22 01 +0430 1 2021-09-21 23 +0330 2022-03-22 01 +0430 1 2022-09-21 23 +0330 which looks OK: it stops after 2022. If your MS-Windows host disagrees, perhaps you need to update its tables. I don't know how that works, though. > > More ressources: > > http://bit.ly/3lQC9qp > > https://www.timeanddate.com/worldclock/iran > > > I am looking forward to any feedback. > > > Thanks a lot, > Patrick > >

2 1

Lebanon's Cabinet Reverses Decision of DST Delay
by Patrick March 27, 2023

March 27, 2023

Hello IANA, This is to keep you updated that Lebanon has reverted its DST shift decision of the 23. https://www.reuters.com/world/middle-east/lebanons-cabinet-reverses-decisio… Thank you! Yours, --- Patrick Louis

1 0

Re: [tz] Lebanon will not spring forward this weekend
by Saadallah Itani March 27, 2023

March 27, 2023

Cancellation of DST postpone - official announcmenet Regards, Saad Ext. 2229 Sent from my iPhone > On 27 Mar 2023, at 1:30 PM, Saadallah Itani <sitani(a)aub.edu.lb> wrote: > > Dear Paul, > > Lebanese government announced to revert back the DST (March) timing and not to postpone to April on the evening of Wednesday at 23:59 > > Source: http://mtv.com.lb/News/1353208 > > > Please create a new db file. > > Thank you > > Regards, > Saad > Ext. 2229 > > Sent from my iPhone > >> On 24 Mar 2023, at 12:43 AM, Paul Eggert <eggert(a)cs.ucla.edu> wrote: >> On 3/23/23 13:22, Saadallah Itani wrote: >> >>> I hope Linux Vendors pull the new tzdb changes soon. >> >> We first have to publish tzdb 2023b with the patch for Lebanon <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmm.icann.…>, which I hope to do quite soon. >> >> Unfortunately, many GNU/Linux and other downstream suppliers take some time (a week or more) to test changes before they release data to their users. So unless you're using one of the smaller, faster-moving distros like Alpine Linux you'll likely be out of luck. >> >> People in Lebanon can work around the problem temporarily with an approximation like TZ='EET-2EEST,M4.3.5/0,M10.5.0/0' (this is good for predicted timestamps from April 15, 2022 up to but not including March 31, 2024). If your system doesn't support POSIX TZ strings (many cell phones are like this), you can instead use an approximation like TZ='Africa/Tripoli' (good for predicted timestamps from March 27, 2022 up to April 21 of this year).

1 0

Lebanon DST change reverted
by Rany Hany March 27, 2023

March 27, 2023

Greetings, The DST change for Lebanon that was adopted in 2023b should be reverted 48 hours from now. The cabinet met today and rolled it back. The Council of Ministers decided to adopt daylight saving time once again starting from Wednesday night (needs details on exactly when "Wednesday night" is, I presume Thursday). Sources: * https://www.lbcgroup.tv/news/breaking-news/694239/%D9%85%D8%B9%D9%84%D9%88%… * https://www.mtv.com.lb/News/%D9%85%D8%A8%D8%A7%D8%B4%D8%B1/1353208/%D9%85%D…

1 1

Re: [tz] Lebanon will not spring forward this weekend
by Saadallah Itani March 27, 2023

March 27, 2023

Dear Paul, Lebanese government announced to revert back the DST (March) timing and not to postpone to April on the evening of Wednesday at 23:59 Source: http://mtv.com.lb/News/1353208 Please create a new db file. Thank you Regards, Saad Ext. 2229 Sent from my iPhone > On 24 Mar 2023, at 12:43 AM, Paul Eggert <eggert(a)cs.ucla.edu> wrote: > On 3/23/23 13:22, Saadallah Itani wrote: > >> I hope Linux Vendors pull the new tzdb changes soon. > > We first have to publish tzdb 2023b with the patch for Lebanon <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmm.icann.…>, which I hope to do quite soon. > > Unfortunately, many GNU/Linux and other downstream suppliers take some time (a week or more) to test changes before they release data to their users. So unless you're using one of the smaller, faster-moving distros like Alpine Linux you'll likely be out of luck. > > People in Lebanon can work around the problem temporarily with an approximation like TZ='EET-2EEST,M4.3.5/0,M10.5.0/0' (this is good for predicted timestamps from April 15, 2022 up to but not including March 31, 2024). If your system doesn't support POSIX TZ strings (many cell phones are like this), you can instead use an approximation like TZ='Africa/Tripoli' (good for predicted timestamps from March 27, 2022 up to April 21 of this year).

1 0

Lebanon to go back to DST midnight Wednesday March 29th
by Jad Baz March 27, 2023

March 27, 2023

Lebanon to go back to DST midnight Wednesday March 29th https://twitter.com/ALJADEEDNEWS/status/1640313313790681088?t=G_VQcAnq10PSY… https://twitter.com/LBCI_NEWS/status/1640312096972742656?s=19

1 0

Lebanon DST change internally disputed
by Jad Baz March 26, 2023

March 26, 2023

Lebanon is going through many internal disputes surrounding the latest decision to delay DST Many institutions are refusing to comply with the change and are going to adopt regular DST on Sunday Mar 26th Those institutions include but are not limited to: - News agencies - Religious organizations - Schools, universities, etc... The refusal is mainly centered the legality of that decision and, obviously, the technical chaos it will create because of its short notice Moreover, as some of the below articles mention, this is also causing sectarian strife All of these concerns are important to bring to light in view of IANA's procedures for updating timezone data: If you would ask today "what the average person on the street would think the time actually is", it's not at all clear what the answer would be Below are some links about these latest developments: https://www.cnn.com/2023/03/25/middleeast/lebanon-daylight-savings-intl/ind… https://www.lbcgroup.tv/news/lebanon-news/693963/lbci-refuses-to-comply-wit… https://www.lbcgroup.tv/news/news-bulletin-reports/693989/lebanese-patriarc… http://www.mtv.com.lb/en/news/local/1352862/bkerke--we-are-committed-to-swi… http://www.mtv.com.lb/en/news/live_feed/1352804/mtv-will-not-comply-with-th… https://today.lorientlejour.com/article/1332635/postponement-of-daylight-sa…

10 20

Time Zone Iran
by Patrick.Stergonschegg＠orf.at March 26, 2023

March 26, 2023

Hello, I just noticed that the Windows time zone for "UTC +03:30 Tehran" is probably being computed incorrectly. It seems that DST +1 is being added, although Iranian Government announced that they will not switch to DST anymore, beginning in 2023. Official IR News Agency announcement: http://irna.ir/xjJ3TT Current Time: https://time.ir I assume that Microsoft imports IANA time zone data: http://bit.ly/3ZmGzTE In the file tzdata2023b\asia on line 1625 it says: 3:30 Iran +0330/+0430 I assume the line should be changed and a new line should be added, e.g.: 3:30 Iran +0330/+0430 2022 3:30 - +0330 More ressources: http://bit.ly/3lQC9qp https://www.timeanddate.com/worldclock/iran I am looking forward to any feedback. Thanks a lot, Patrick

1 0

Lebanon DST change update - central bank to use two timezones
by Jad Baz March 25, 2023

March 25, 2023

Lebanon's central bank said it would only adopt government decision (of postponing DST) for work shifts and schedules but would stick to regular DST time in its systems and transactions https://www.mtv.com.lb/news/%D9%85%D9%80%D9%80%D8%AD%D9%80%D9%80%D9%84%D9%8… https://twitter.com/BeirutCityGuide/status/1639653667694428161?s=20

1 0

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

March 24, 2023

The 2023b release of the tz code and data is available. It follows so closely on the 2023a release because Lebanon's government announced that Lebanon's spring-forward transition previously scheduled for the end of this week has been delayed until April 20. This release contains the following change: Briefly: Lebanon delays the start of DST this year. Changes to future timestamps This year Lebanon springs forward April 20/21 not March 25/26. (Thanks to Saadallah Itani.) Here are links to the release files: https://www.iana.org/time-zones/repository/releases/tzcode2023b.tar.gz https://www.iana.org/time-zones/repository/releases/tzdata2023b.tar.gz https://www.iana.org/time-zones/repository/releases/tzdb-2023b.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 71faa2a55db2c9f21f4099b58c28536673982e0a dated 2023-03-23 19:50:38 -0700 and tagged '2023b' in the development GitHub repository at <https://github.com/eggert/tz>. Here are the SHA-512 checksums for the release files: 94058ceabfdaa62eeff9be804a030f0eb95b4099b62fbb7e55557e8b934c8d883f488a3a6996331e24aebd147d66c19a73fb925a3dd929c630a9e11b51003b7f tzcode2023b.tar.gz 0f697b872ef02109d2098db12d0effc834b2ac5438921e0867f2c70987f305a47dc3eac720c344bb3757c902a7653109621e943564bdfbf00937077c311aa29b tzdata2023b.tar.gz 286ab1bf768dda48d4066d2477de0f3db9c26e55e26c1a4f33b450268255f28d57360bffe602a3bc29f8a281b7e0ff17880fe1d14914d6361f62abb7526e5081 tzdb-2023b.tar.lz Here are GPG digital signatures for the release files: -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEfjeSqdis99YzvBWI7ZfpDmKqfjQFAmQdELYACgkQ7ZfpDmKq fjQpIQ//eOaHIqWDFcotP/ntWHses+E1PaalrArGe6uoGJYR3Aql9GBIM/BrhBZH oiCeRxxsLLoU4ZoJdrEh3Q4q4a3g/j5NGL3oi1ktlwHz1dnJFd2UQ+XlK2mv2/Lb o+cwaM0RV8SZojClxXF/ditXgsJ+EGbSX7WYKX7XfCxdWwFw+ZZPPcYvmXvenFCl wtJWjgo11a3V7OpKk4kfX/EuoNoHTF7uOIr943Id96JFM0z7LET1zaoKzObMs0+l Afyi1Rl0bxO6rlPH+HRJb41cac1YXMcoRkz0rzvaZalEA4FYFYIsA4nbuVB1DGIW xzQLErGgBg9NFLSIQJmocS7V3T3KpSeIXAfUMN3XMUMVfOwv9Fm0ZdzgPEH3/Xhr h/6C1a18Q+xeicqaB7Hm+nybH51sFxajx9xoGcr+Ij+1ze1W4Rk7LnHC6+tsqQ/D N+P1fBEcb33C3/T8G2s+OWNMRInotcqAnZYUqLkFTmNbWEC1xdWdUZGxY+0PxDSX c7UGAgj7E9G4JS684AkcpVgIJUwz0XyQIZkJHudg7FyEjW7U7qIycXUwC+RCVtWb tnJX9TxzP01/kD3R3C8CALByCJW4OTlpwcETqACjUF6JBpAHHbFWGY1znBs/zsDa PSMozhoQ3moWHRBsW3PU7XBsxOf6kDMrqUxWTo1oKVv0Jy5xfO0= =UybO -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEfjeSqdis99YzvBWI7ZfpDmKqfjQFAmQdELYACgkQ7ZfpDmKq fjQJpg//cdQED6jsk1BnqHOCL1/PPUxJsl1SmDlcAoO4o7Odt5AlTFq6P6zGzRze F+P1P6k9mD09IyiQC3m3wQaROoyAoaErPeuzwmoDT/rBVNRraSE0t8xy2jDytkne CH3f1TMYYqQOWpQnDxzMKByypkNCG9o0ryzhTMWRI9BNnLZqwRnyRFWPdLYM5O7/ DxFk3YbtoB9IoO2LR32dqYxrrKKb6cjr7exTGI+0WQNwQEK0HV/62bImDmparUei 8BZKc9fk41xNYJJxdew81pSAmRK6TMHPOG5cvs8KPLIb/lKfG21wJXL0wDr0U4wy L15riEQlkRckzG2IIV2OB5F+5MY7NWNHubuJ0YEBDJkPMQKfBPSkZM1xkvosiend 8BBgHPBH4HiZ9z/ZvrRXyIjOOpYuko9wyiqtRpqSp4OimB2RMV6VG8oSD+OG3YCj VhF2+KlZwLj9mG9sOeslDuBnp4h4eyCvVoILQNE0qYjeHGY4WTkqP/l29ZI2+rQW cfcOk8atl4ojmekmsLcoz3EnJLtDIgtLtchHTIKsDQgZnVNASnvpaZXU3l8T6fZf 0PitHf90Qj2WWkuiMkNBbS0q4D/CknH7pqy1TY8/IWQRrvPp9deLDEMs+TcSleOk 1HZ1bxgCL1lgqQGiqC66Ybyy794bG6g3CclFkSHGGB8UcC1hkg8= =o96Z -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEfjeSqdis99YzvBWI7ZfpDmKqfjQFAmQdELgACgkQ7ZfpDmKq fjRyIhAAiuZfMpkCkyrVZycCouQsPeYtUPSeJpbaUHktBWZYxZ7JwCvLEFx9RC1+ Pz3Siiwes7Q0R0yuFCOr11oDfS9br22WOuvSYdaNacdxp8Xas8s5vKwj5ObJcu+a sYyrKMBlEf4nPiwZTXNaX5OW+kNJEFS9A+TS2vJ0Us3JzWrcfucBVnSwDqIkXWO5 99JXfqENH5OtxX5hbrGLCJ6g0A48tFgHWCXWIQ3NyCZQQzylLjQubXZHkcn9VVhP R1eesSskihJrNpUAaTS8eneZeJ9sdT7iulk+cgCI+uTMl+QOFtiEBxtF7Osj1faq xgguz7qIP2h47EIZDsBpKvyyOxL5MDsrGvbu/1zi6QzbBjIXR7UQ1s9OzZy+Zh+r Nxav3vYHXHpayFn7i6/BTEjLak4Jdr526DwyM9OAxiq9Bx4d6LAk3H14OHFKa6i8 6Nbp+4SjhuD+ycjyyU49SIdCYvakXgHHYHSnngXQzp9LO01cG4tHfnFadYN+l6Va iu+HqPBQqbieuKqqtC9Zvx0xSFxUQLnraVTERkaUFPNRPhxiezMStPCCAbAhceAc cXsfbhcrQrvd46L9Lm89+ywkNsrVw9e/j3yWsHTAxhqpyda6v/XRUV9LgqwSUego MKQT5q/XB7Zn7stC6Fj/XHzh4Ty4yLJ65SWjreXV1+C+fqijVA8= =BTwz -----END PGP SIGNATURE-----

1 0

Lebanon DST last minute postponed, IANA not informed!
by Jad Baz March 23, 2023

March 23, 2023

Dear timezone coordinators, My name is Jad Baz, I am a software engineer from Lebanon I just wanted to bring to your attention an issue concerning Lebanon's last minute cancellation of DST this Sunday (March 26th 2023) Lebanon, as part of the EEST timezone, is supposed to enter in DST this Sunday However, this was postponed due to Ramadan It was announced today (Thu March 23rd) by several news outlets that the Secretary General of the Council of Ministers decided to change postpone DST from this Sunday March 26th to April 21st Below, you will find a few links to news articles in English from trusted Lebanese news agencies: - https://www.lbcgroup.tv/news/lebanon-news/693669/lebanon-postpones-daylight… - https://www.mtv.com.lb/news/local/1352516/lebanon-postpones-daylight-saving… I checked the latest IANA updates from March 22nd and did not find mention of this latest development I think this decision was taken haphazardly without much regard for how this change will be propagated (as are most decisions in Lebanon, sadly...) I know my question is coming quite last minute But I'm wondering what needs to be done to save the situation as this is causing a lot of chaos (eg airlines) I looked at the procedures doc and initially thought that there must be some formal communication that needs to go out from government employees but it seems that "what the average person on street would think the time actually is" is enough So my questions are: - Are the above articles enough to make this change? Or is there any other data you need that I can help with? - Do you expect this might be amended by Sunday? If not, what's a more realistic estimate of a schedule? Thank you very much, Jad Baz

1 0

DST Change in Lebanon
by Rany Hany March 23, 2023

March 23, 2023

Hello, Lebanon has extended daylight savings time until April 20 2023 (exceptionally this year). It's so that people fasting this ramadan stop their fasting at 5PM instead of 6PM. Sources: - https://twitter.com/grandserail/status/1638874765954785280 - https://twitter.com/timourazhari/status/1638877448447115266 Best

1 0

Fwd: [tz-announce] 2023a release of tz code and data available
by Saadallah Itani March 23, 2023

March 23, 2023

1 0

Asia/Bangkok
by Chris Walton March 22, 2023

March 22, 2023

Paul, Sorry for the timing of this message; I know you are in the middle of trying to push out 2023a. At some point in the last few months the description of Asia/Bangkok in zone1970.tab changed from "Indochina (most areas)" to "north Vietnam". Is this really what you intended? -chris

2 1

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

March 22, 2023

The 2023a release of the tz code and data is available. This release contains the following changes: Briefly: Egypt now uses DST again, from April through October. This year Morocco springs forward April 23, not April 30. Palestine delays the start of DST this year. Much of Greenland still uses DST from 2024 on. America/Yellowknife now links to America/Edmonton. tzselect can now use current time to help infer timezone. The code now defaults to C99 or later. Fix use of C23 attributes. Changes to future timestamps Starting in 2023, Egypt will observe DST from April's last Friday through October's last Thursday. (Thanks to Ahmad ElDardiry.) Assume the transition times are 00:00 and 24:00, respectively. In 2023 Morocco's spring-forward transition after Ramadan will occur April 23, not April 30. (Thanks to Milamber.) Adjust predictions for future years accordingly. This affects predictions for 2023, 2031, 2038, and later years. This year Palestine will delay its spring forward from March 25 to April 29 due to Ramadan. (Thanks to Heba Hamad.) Make guesses for future Ramadans too. Much of Greenland, represented by America/Nuuk, will continue to observe DST using European Union rules. When combined with Greenland's decision not to change the clocks in fall 2023, America/Nuuk therefore changes from -03/-02 to -02/-01 effective 2023-10-29 at 01:00 UTC. (Thanks to Thomas M. Steenholdt.) This change from 2022g doesn't affect timestamps until 2024-03-30, and doesn't affect tm_isdst until 2023-03-25. Changes to past timestamps America/Yellowknife has changed from a Zone to a backward compatibility Link, as it no longer differs from America/Edmonton since 1970. (Thanks to Almaz Mingaleev.) This affects some pre-1948 timestamps. The old data are now in 'backzone'. Changes to past time zone abbreviations When observing Moscow time, Europe/Kirov and Europe/Volgograd now use the abbreviations MSK/MSD instead of numeric abbreviations, for consistency with other timezones observing Moscow time. Changes to code You can now tell tzselect local time, to simplify later choices. Select the 'time' option in its first prompt. You can now compile with -DTZNAME_MAXIMUM=N to limit time zone abbreviations to N bytes (default 255). The reference runtime library now rejects POSIX-style TZ strings that contain longer abbreviations, treating them as UTC. Previously the limit was platform dependent and abbreviations were silently truncated to 16 bytes even when the limit was greater than 16. The code by default is now designed for C99 or later. To build in a C89 environment, compile with -DPORT_TO_C89. To support C89 callers of the tzcode library, compile with -DSUPPORT_C89. The two new macros are transitional aids planned to be removed in a future version, when C99 or later will be required. The code now builds again on pre-C99 platforms, if you compile with -DPORT_TO_C89. This fixes a bug introduced in 2022f. On C23-compatible platforms tzcode no longer uses syntax like 'static [[noreturn]] void usage(void);'. Instead, it uses '[[noreturn]] static void usage(void);' as strict C23 requires. (Problem reported by Houge Langley.) The code's functions now constrain their arguments with the C 'restrict' keyword consistently with their documentation. This may allow future optimizations. zdump again builds standalone with ckdadd and without setenv, fixing a bug introduced in 2022g. (Problem reported by panic.) leapseconds.awk can now process a leap seconds file that never expires; this might be useful if leap seconds are discontinued. Changes to commentary tz-link.html has a new section "Coordinating with governments and distributors". (Thanks to Neil Fuller for some of the text.) To improve tzselect diagnostics, zone1970.tab's comments column is now limited to countries that have multiple timezones. Note that leap seconds are planned to be discontinued by 2035. Here are links to the release files: https://www.iana.org/time-zones/repository/releases/tzcode2023a.tar.gz https://www.iana.org/time-zones/repository/releases/tzdata2023a.tar.gz https://www.iana.org/time-zones/repository/releases/tzdb-2023a.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 f24b84a13556c12441dd55c323f9a8fd3b6fbbee dated 2023-03-22 12:39:33 -0700 and tagged '2023a' in the development GitHub repository at <https://github.com/eggert/tz>. Here are the SHA-512 checksums for the release files: d45fc677a0a32ae807bf421faceff675565ee15e3ff42d3a4121df10e1f7855ac16b27fbc28bd365f93c57f40c5bdf19cde88546f7090cfab7676cac0a5516a4 tzcode2023a.tar.gz 10aadd6eba50f63f427399281065ba34cb474f6a854f8dc7a6f4f1343b1474a05f22b69b1e113ea67bb5f3f479253610a16b89d9dfa157bf0fde4c69aa3d6493 tzdata2023a.tar.gz 8e959f6cad84e9481ed5a6efcc8d7126d41fadfdc860715fea87fb15f7dcfdbc4c9d49828df2945ee9304dbdd3370c5b5048c62637bdd4f4962830ba101008bd tzdb-2023a.tar.lz Here are GPG digital signatures for the release files: -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEfjeSqdis99YzvBWI7ZfpDmKqfjQFAmQbXA8ACgkQ7ZfpDmKq fjSDXRAAjfD1GMYAFHDvXOlCCitgTsTjBBuPHPbrQ7gTWno9uX8bvss3aXCUslHv sfzCHMKhJqMXGLzSQQ5jEP/k4fOjNJyIQbVlrY9XljpdGeOdYa1E0zr95dIf4/ta NUY9XxzFnd3hwQuc6LY77MOv2Xyy/5RAGajD2DTpYTLjE0ffMFK371efs//GcLqe aCIWBdet1rJyih6CoyzfNvl6QHQOxZLSlE2E3DYu430fTi/UhmTcaATW8gRNulL5 kXamzD9l45/cGOx/jHP6CkJIqFTFV4W1/W/VyjIEgRE0KGbuQO3LV0avohjhmmwm hS6H6RJYfgeF+vwmo3unN+vUwPLhkPUiz2NO/Uf0n22AVQlUOrEP0XVXYW8aRd3H ewDrlvDCMkvmKqEb8k0jqbmjqTgeblKoqeS7gIShhVmrIli8oN4mguWg5WaeRWF/ l3uYtBXOg/DJMwENrB+4u0+PRWuR2T5OW/E4NvaKIu58qzozP7WEmlEwv9KWZB+z ffmNaVgXqSCz50K6gvhoDKLn5YBgpB9kXDd+YrcqPUAyD0sDWhBC2Hx9HHePOfQl dFB+ijja5HB8aZD/rX0iLrSwp/Ndt4l2QjXY9SMjTiWx4SgGGmGCANQqCDZGD31a C8bdEMH4qQeOPZ/NsPB6KaJsqALNroF07YeINu0YfWkw89ZF/r4= =mRAo -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEfjeSqdis99YzvBWI7ZfpDmKqfjQFAmQbXA8ACgkQ7ZfpDmKq fjRngg/8D8E5sJIt412pmR7yIQYnsG44nSiELNpiewG+SF4DofW7quQDQEjDMdVn seLU9okE1/l+1SN6eibMJgvho/6HWkU9kWLzYCY29sljTVYqEu6vLo1IY1OJIkjC 9yieL33oLkN4LIeSMzR4QOCkRfusYNRYq3uryVtMu7R6HP2PgMlmmJf/imV192tj ONJXNA4Y30EvJ3lHuXMbr7fNg9hXSLjRy1NPKjp5OVZ3jZVXPljrC+egAfhLjZdQ uB5a3uGjAX+KjemCHwTmrrmmcUlaHxFxlfN5gX5cNIXuyrYtz0PAhy+MhBM5F9iY erYWg6EfBr7IfSyS1JcDZ1ypwZ66EpKxXfWZNm+HFA4dDdnWgvlM4n1OyKjw03Dq 4/agYr34cUDhfBUS57dtpZSibtdpbh8oiqxc+wXV3KZcHXVpX3XRyGTH1UVINfnF nXArC09JKUt7Tjol83TPH0jDXJAxabkgUDJHfpeQ5A8r3GNW1PQ/OF25ieRb+AFQ jWFbiEIxSXmUwnRc6wHiLX/gU0TT7vVMokN5erx9IGwrDEQAljuEJoj2bYFT/q9D 8jFA+48r/nK2r33+OBrz6aryoMNptquuMG0XR4aSr6KO3e622+vuF4nSN7hg2sAM /bMLSlzOGUEmOZ2D7hP5MDdWw5L0WQAjX7/8xKzdlMhqkx4Mc9Q= =OxWX -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEfjeSqdis99YzvBWI7ZfpDmKqfjQFAmQbXBAACgkQ7ZfpDmKq fjQJaQ//aj78DFo7hiHX7VNnyEIKdddIApk6PKN6XkfCxVyXDxztE9w4Bf8LhYR2 hw0TFDtaIDpW0tb6OTQ/r/I2xMmeYKT52YPKL6KtKmc8tmzM4DiBT0CT/c//nxSl elxnuRI1wPbvP21XjuqbKBztN7ID1KC6YAs78045Cek+1K1lx5z9QcnYNLGIBwn3 EP4zi3qkMKQRKuT07ESQy4+y7hezPy9CPZMObmQ/v4nmUk0OIvbHGBK0TAc8D6kI Tsv1mAk4FHnbpbtpdXwfGDGpYfBs8giMHH6M+ZGdaT452hKrOwCgrvzsGlOxsxDc Ht4iASO78OEjdA/5cEscYYdoxOQCcTeDQEfWYx5bNfCFNvUKzrs79Qs1GaQ9riXW zdRBjW0sKbKZUoM9ZPjtYxRfh8PrZY9qDoZ4orF/39jl3SkBYkCC8IsKtEEVUYm/ ELH930IXmJ49sVdl+9ROGgqGUPcaVfouZf/+qf8d6HSEolOgrXe9FkB9E42RLBXw ETO/yL0MHPRiJU8U2agRV3AMiJoxM07ZvH54BgAsSXl1vr7xaCMqy5B38R7U/Tmj Sp7pqvtKhUcqyLHRi073GZmdV3pFhRsfAgiXTpRdNTAyJpN+y6jO9pZg6YYEfb+w kql/6Gp76ffGQU1j3OnvmVnmS22a34WiBZ0iYsKhrU/sym3Pk88= =SZ+n -----END PGP SIGNATURE-----

1 0

Summer Time in Palestine for 2023s year
by heba.hamad March 22, 2023

March 22, 2023

3 2

Re: [tz] [tzcode 2022g] Undeclared variable/typo in zdump.c
by Paul Eggert March 22, 2023

March 22, 2023

On 2023-03-22 02:55, panic wrote: > I contact you directly, because access to the mailing list is currently > very limited (new subscriber). Thanks, I'll include a copy of your email below, so that other subscribers of the tz mailing list can see it. > I try to cross-compile tzcode 2022g from GNU/Linux (NixOS) to Windows > using GCC 12.2.0 (x86_64-w64-mingw32) and get this compilation error: > >> In file included from zdump.c:14: >> zdump.c: In function 'zdump_tzalloc': >> zdump.c:264:38: error: 'initial_envptrs' undeclared (first use in this function); did you mean 'initial_nenvptrs'? >> 264 | if (ckd_add(&initial_nenvptrs, initial_envptrs, 1) >> | ^~~~~~~~~~~~~~~ >> private.h:414:51: note: in definition of macro 'ckd_add' >> 414 | # define ckd_add(r, a, b) __builtin_add_overflow(a, b, r) >> | ^ >> zdump.c:264:38: note: each undeclared identifier is reported only once for each function it appears in >> 264 | if (ckd_add(&initial_nenvptrs, initial_envptrs, 1) >> | ^~~~~~~~~~~~~~~ >> private.h:414:51: note: in definition of macro 'ckd_add' >> 414 | # define ckd_add(r, a, b) __builtin_add_overflow(a, b, r) >> | ^ >> make: *** [<builtin>: zdump.o] Error 1 > > I suspect `initial_envptrs` is a typo and should be `initial_nenvptrs`, > as the former does not occur anywhere else. > > Building natively for Linux works just fine. For cross-compilation, I > build additionally with > >> "CFLAGS+=-DHAVE_DIRECT_H" >> "CFLAGS+=-DHAVE_SETENV=0" >> "CFLAGS+=-DHAVE_SYMLINK=0" >> "CFLAGS+=-DRESERVE_STD_EXT_IDS" > > `-DHAVE_SETENV=0` selects the alternative path in `zdump_tzalloc` and in > combination with a recent GCC triggers error. Normally, `HAVE_SETENV=1` > and the code path is not compiled. Maybe the combination of a recent GCC > and > `-DHAVE_SETENV=0` is rarely tested and therefore the typo was not > discovered before. > > Cheers, > -- panic Thanks for the bug report. I've never built with that particular combination, and you exposed a couple of typos. I reproduced the problem artificially on GNU/Linux by building with "make CFLAGS='-DHAVE_SETENV=0'" and installed the attached patches. This fix should appear in the next release, which should be soon.

1 0

[PATCH] Pacify gcc -Wunused-parameter
by Paul Eggert March 22, 2023

March 22, 2023

* zdump.c (localtime_rz, tzfree): [! USE_LOCALTIME_RZ]: Mark unused args with ATTRIBUTE_MAYBE_UNUSED. Problem found when compiling with -DUSE_LTZ=0 on Fedora 37 with GCC 12.2.1 20221121 (Red Hat 12.2.1-4). --- zdump.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/zdump.c b/zdump.c index 77ecb18..88bcd3a 100644 --- a/zdump.c +++ b/zdump.c @@ -228,7 +228,7 @@ localtime_r(time_t *tp, struct tm *tmp) # undef localtime_rz # define localtime_rz zdump_localtime_rz static struct tm * -localtime_rz(timezone_t rz, time_t *tp, struct tm *tmp) +localtime_rz(ATTRIBUTE_MAYBE_UNUSED timezone_t rz, time_t *tp, struct tm *tmp) { return localtime_r(tp, tmp); } @@ -304,7 +304,7 @@ tzalloc(char const *val) } static void -tzfree(timezone_t initial_environ) +tzfree(ATTRIBUTE_MAYBE_UNUSED timezone_t initial_environ) { # if !HAVE_SETENV environ = initial_environ; -- 2.39.2

1 0

Time Zone Database
by EL MAAYATI Afaf March 22, 2023

March 22, 2023

Dear Paul, I'm Afaf EL MAAYATI from National Telecommunications Regulatory Agency in Morocco. Actually, in the current version of Time Zone Database (https://www.iana.org/time-zones) for Africa region, and especially for Morocco, it’s mentionned that a program will be running to implement the transition dates. According to this program, the next transition dates (during 2023) are as below : - March 19, 2023 (switching to GMT). - April 30, 2023 (switching back to GMT+1). In fact, we will switch back to GMT+1, advancing 60 minutes, on Sunday, April 23 at 2:00 a.m (not on April 30). Please refer to the official annoncement, published by the Ministry of Digital Transition and Administration Reform: https://www.mmsp.gov.ma/fr/actualites/passage-%C3%A0-l%E2%80%99heure-gmt-%C… So, would you please update the program, in order to consider « April 23 at 2:00 a.m » (for switching back to GMT+1). Thank you in advance for your feedback and for your habitual support. Thank you. Best Regards, Afaf EL MAAYATI National Telecommunications Regulatory Agency Morocco [https://www.anrt.ma/images/ANRT-Signature.jpg] ________________________________ Ce message, son contenu et toutes les pièces jointes sont adressés à l'attention exclusive de leur (s) destinataire (s) et sont strictement confidentiels : ils relèvent de la correspondance privée. Toute publication, utilisation ou diffusion, même partielle, par des personnes autres que les destinataires est interdite et doit être autorisée par l'Agence Nationale de Règlementation des Télécommunications (ANRT, Royaume du Maroc). Si vous recevez ce message par erreur, nous vous prions de le détruire après en avoir informé son expéditeur sans délai. L’ANRT décline toute responsabilité pour toute altération, déformation ou falsification subi par le message et ses pièces jointes au cours de leur transmission. Retrouvez toutes les informations de l’ANRT sur son site Web à l’adresse suivante : http://www.anrt.ma. ________________________________ This message, its content and its attachments are intended for the exclusive use of the named addressee (s) and are strictly confidential. Any copy or other use of this information by persons or entities other than the intended recipient is prohibited and should be authorized by the National Agency of Telecommunications Regulation (ANRT, Morocco). If you have received this communication in error, please delete the material and notify the sender. The ANRT accepts no liability for any alteration, distortion or falsification that may occur during the transmission of this message. All information about ANRT can be found on our website at the following address http://www.anrt.ma. ________________________________ إن هذه الرسالة ومحتواها ومرفقاتها موجهة خصيصا للشخص المرسل إليه وتعتبر سرية وتصنف ضمن خانة المراسلات ذات طبيعة شخصية. ويمنع منعا كليا نشر أو استعمال أو بث، ولو بطريقة جزئية، لهذه الرسالة من طرف أشخاص غير المرسل إليهم ما لم يتم الترخيص بذلك من طرف الوكالة الوطنية لتقنين المواصلات (المملكة المغربية. في حالة ما إذا توصلتم هذه الرسالة عن طريق الخطأ، يرجى منكم العمل على إتلافها فورا بعد إخبار الشخص المرسل إليه بذلك. ولا تتحمل الوكالة الوطنية لتقنين المواصلات أي مسؤولية عن أي تحريف أو تغيير أو تزييف قد يلحق بمحتوى الرسالة أو بمرفقاتها خلال عملية الإرسال. للمزيد من المعلومات، يرجى الاطلاع على الموقع الإلكتروني للوكالة الوطنية لتقنين المواصلات : http://www.anrt.ma.

2 3

Maryland bill status
by Arthur David Olson March 21, 2023

March 21, 2023

Crossover day has come and gone in the Maryland state legislature; bills not passed by one of the two chambers by crossover face substantial hurdles in gaining approval. Neither the House-side nor the Senate-side bills shifting Maryland to permanent DST (with the potential for a short-notice shift) made it out of committee. Links to bill status below. My guess: the bill (it's actually the same bill, cross-filed) will be back next year.-( @dashdashado https://mgaleg.maryland.gov/mgawebsite/Legislation/Details/hb0165?ys=2023rs https://mgaleg.maryland.gov/mgawebsite/Legislation/Details/sb0268?ys=2023rs

1 0

Egypt Daylight Savings Times for 2023
by Mostafa Dahab March 21, 2023

March 21, 2023

Dears, This is to check if any package is available for Egypt (Africa/Cairo) with the below DST description. We couldn't find any on the web site, so we were also wondering about how to request a package. [cid:image001.png@01D957DC.84E5E1E0] BR, Mostafa Dahab

2 1

Egypt/Cairo timezone DST change
by Randy Sidhu March 21, 2023

March 21, 2023

Hello, The Egypt/Cairo timezone is implementing DST this upcoming April 28th. Has the tzdata file been updated to reflect this for the files available on this site: https://www.iana.org/time-zones tzdata2022g.tar.gz<https://data.iana.org/time-zones/releases/tzdata2022g.tar.gz> (429.4kb) Data Only Distribution >From looking at the latest data available I do not see the upcoming DST change implemented. Can you verify please. Thanks, Randy Sidhu

1 0

DST Change in Egypt
by Mina Samuel March 21, 2023

March 21, 2023

Dear Team, Seeking your support to publish an updated package which contains the new update for EGYPT DST as it will return back as mentioned on below links. Adjusting the clock - Egypt - Al-Ahram Weekly - Ahram Online<https://english.ahram.org.eg/NewsContent/50/1201/491316/AlAhram-Weekly/Egyp…> Egypt Reintroduces DST to Save Energy (timeanddate.com)<https://www.timeanddate.com/news/time/dst-egypt-2023.html> DST News - Egypt to return of Summer Time daylight saving time in 2023 (worldtimezone.com)<https://www.worldtimezone.com/dst_news/dst_news_egypt11.html> https://www.skynewsarabia.com/business/1601471-%D8%AA%D9%88%D9%82%D9%81-7-%… [cid:image001.png@01D95823.90EEF7A0] [http://mediabank.ericsson.net/internet-media/Email_logo_Ericsson.png]<http://www.ericsson.com/> Mina Samuel Service Delivery Manager Service Delivery Manager MMEA NEW S&R CU SSE mina.samuel(a)ericsson.com Ericsson Smart Village KM 28 6580,Sixth of October City Egypt ericsson.com<http://www.ericsson.com/> [http://mediabank.ericsson.net/internet-media/Email_Message.gif]<http://www.ericsson.com/current_campaign> Our commitment to Technology for Good<http://www.ericsson.com/thecompany/sustainability-corporateresponsibility> and Diversity and Inclusion<http://www.ericsson.com/thecompany/diversity-inclusion> contributes to positive change. Follow us on: Facebook<https://www.facebook.com/ericsson> LinkedIn<https://www.linkedin.com/company/ericsson> Twitter<https://twitter.com/Ericsson> Legal entity:ERICSSON EGYPT LTD. registration number 16630, registered office in . This communication is confidential. Our email terms: www.ericsson.com/en/legal/privacy/email-disclaimer<https://www.ericsson.com/en/legal/privacy/email-disclaimer>

2 2

Daylight Saving Time in Egypt
by Mahmoud Mohamed-Swailam, Vodafone March 19, 2023

March 19, 2023

Dears, The Egyptian government has announced that, the country will reintroduce Daylight Saving Time (DST) from April 28, 2023 as following. The New Egyptian DST Schedule Clocks will be set forward 1 hour: * Friday, April 28 at 00:00 (midnight), to 01:00 (1 am) local time<https://www.timeanddate.com/time/zone/egypt> on Friday, April 28, 2023. Clocks will be set back 1 hour: * Friday, October 27 at 00:00 (midnight), to 23:00 (11 pm) local time<https://www.timeanddate.com/time/zone/egypt> on Thursday, October 26, 2023. Seeking your support to share TZ packages contains the new update for Egypt DST. Please find the below reference link Egypt Reintroduces DST to Save Energy (timeanddate.com)<https://www.timeanddate.com/news/time/dst-egypt-2023.html> Thanks, [cid:image001.png@01D95A7F.32C359B0] Mahmoud Swailam NMS Tech. Lead Technology - Service Management Mobile: +2010-1900-2994 mahmoud.mohamed-swailam(a)vodafone.com<mailto:mahmoud.mohamed-swailam@vodafone.com> Smart Village-Vodafone-C3 Vodafone.eg Together we can

1 0

Extended winter time
by heba.hamad March 19, 2023

March 19, 2023

5 7

Announcement on changing of standard time for Greenland (Nanoq - ID nr.: 22820029)
by Jógvan Svabo Samuelsen March 16, 2023

March 16, 2023

2 2

How Time Zones Are Coordinated
by Kim Davies March 15, 2023

March 15, 2023

Yesterday we posted a short article that gives a primer on this project: https://www.icann.org/en/blogs/details/how-time-zones-are-coordinated-13-03… It is also being circulated to attendees to our major conference being held in Mexico this week. An objective in posting this is to better raise awareness with policy makers to plan time zone rule changes well in advance so that changes can be thoroughly disseminated. There are many government representatives from around the world at this Mexico meeting so hopefully this can contribute to spreading the word. kim

3 2

Re: [tz] Morocco : Ramdan Time Change 2021
by Paul Eggert March 15, 2023

March 15, 2023

On 3/19/21 3:15 AM, Semlali Naoufal wrote: > At the moment, we have no official government announcement to this effect. But, logically, the change to the GMT schedule should be made on the night of April 10-11, 2021 (last weekend before Ramadan). Yes, that's been the tzdb prediction too, ever since tzdb version 2018h (2018-12-23). For the record, here are tzdb's current predictions Morocco transitions during the next five years. Sun Apr 11 01:59:59 2021 UT = Sun Apr 11 02:59:59 2021 +01 Sun Apr 11 02:00:00 2021 UT = Sun Apr 11 02:00:00 2021 +00 Sun May 16 01:59:59 2021 UT = Sun May 16 01:59:59 2021 +00 Sun May 16 02:00:00 2021 UT = Sun May 16 03:00:00 2021 +01 Sun Mar 27 01:59:59 2022 UT = Sun Mar 27 02:59:59 2022 +01 Sun Mar 27 02:00:00 2022 UT = Sun Mar 27 02:00:00 2022 +00 Sun May 8 01:59:59 2022 UT = Sun May 8 01:59:59 2022 +00 Sun May 8 02:00:00 2022 UT = Sun May 8 03:00:00 2022 +01 Sun Mar 19 01:59:59 2023 UT = Sun Mar 19 02:59:59 2023 +01 Sun Mar 19 02:00:00 2023 UT = Sun Mar 19 02:00:00 2023 +00 Sun Apr 30 01:59:59 2023 UT = Sun Apr 30 01:59:59 2023 +00 Sun Apr 30 02:00:00 2023 UT = Sun Apr 30 03:00:00 2023 +01 Sun Mar 10 01:59:59 2024 UT = Sun Mar 10 02:59:59 2024 +01 Sun Mar 10 02:00:00 2024 UT = Sun Mar 10 02:00:00 2024 +00 Sun Apr 14 01:59:59 2024 UT = Sun Apr 14 01:59:59 2024 +00 Sun Apr 14 02:00:00 2024 UT = Sun Apr 14 03:00:00 2024 +01 Sun Feb 23 01:59:59 2025 UT = Sun Feb 23 02:59:59 2025 +01 Sun Feb 23 02:00:00 2025 UT = Sun Feb 23 02:00:00 2025 +00 Sun Apr 6 01:59:59 2025 UT = Sun Apr 6 01:59:59 2025 +00 Sun Apr 6 02:00:00 2025 UT = Sun Apr 6 03:00:00 2025 +01 Sun Feb 15 01:59:59 2026 UT = Sun Feb 15 02:59:59 2026 +01 Sun Feb 15 02:00:00 2026 UT = Sun Feb 15 02:00:00 2026 +00 Sun Mar 22 01:59:59 2026 UT = Sun Mar 22 01:59:59 2026 +00 Sun Mar 22 02:00:00 2026 UT = Sun Mar 22 03:00:00 2026 +01 Sun Feb 7 01:59:59 2027 UT = Sun Feb 7 02:59:59 2027 +01 Sun Feb 7 02:00:00 2027 UT = Sun Feb 7 02:00:00 2027 +00 Sun Mar 14 01:59:59 2027 UT = Sun Mar 14 01:59:59 2027 +00 Sun Mar 14 02:00:00 2027 UT = Sun Mar 14 03:00:00 2027 +01 Sun Jan 23 01:59:59 2028 UT = Sun Jan 23 02:59:59 2028 +01 Sun Jan 23 02:00:00 2028 UT = Sun Jan 23 02:00:00 2028 +00 Sun Mar 5 01:59:59 2028 UT = Sun Mar 5 01:59:59 2028 +00 Sun Mar 5 02:00:00 2028 UT = Sun Mar 5 03:00:00 2028 +01 Sun Jan 14 01:59:59 2029 UT = Sun Jan 14 02:59:59 2029 +01 Sun Jan 14 02:00:00 2029 UT = Sun Jan 14 02:00:00 2029 +00 Sun Feb 18 01:59:59 2029 UT = Sun Feb 18 01:59:59 2029 +00 Sun Feb 18 02:00:00 2029 UT = Sun Feb 18 03:00:00 2029 +01 Sun Dec 30 01:59:59 2029 UT = Sun Dec 30 02:59:59 2029 +01 Sun Dec 30 02:00:00 2029 UT = Sun Dec 30 02:00:00 2029 +00 Sun Feb 10 01:59:59 2030 UT = Sun Feb 10 01:59:59 2030 +00 Sun Feb 10 02:00:00 2030 UT = Sun Feb 10 03:00:00 2030 +01 Sun Dec 22 01:59:59 2030 UT = Sun Dec 22 02:59:59 2030 +01 Sun Dec 22 02:00:00 2030 UT = Sun Dec 22 02:00:00 2030 +00

3 9

DST Change in Egypt
by Ahmed Hanafy March 15, 2023

March 15, 2023

Dear Team, Seeking your support to publish an updated package which contains the new update for EGYPT DST as it will return back as mentioned on below links. Adjusting the clock - Egypt - Al-Ahram Weekly - Ahram Online<https://english.ahram.org.eg/NewsContent/50/1201/491316/AlAhram-Weekly/Egyp…> Egypt Reintroduces DST to Save Energy (timeanddate.com)<https://www.timeanddate.com/news/time/dst-egypt-2023.html> DST News - Egypt to return of Summer Time daylight saving time in 2023 (worldtimezone.com)<https://www.worldtimezone.com/dst_news/dst_news_egypt11.html> [cid:image001.png@01D9577D.AF17A070] Thanks BR [https://mediabank.ericsson.net/internet-media/Email_logo_Ericsson.png]<https://www.ericsson.com/> Ahmed Hanafy Customer Technical Manager S&R MMEA NEW S&R CU SSE Mobile: +201116114054 ahmed.hanafy(a)ericsson.com Ericsson Km 28 Cairo-Alex desert road, Smart Village B124 27-12577, Al Jizah Giza Egypt ericsson.com<https://www.ericsson.com/> [https://mediabank.ericsson.net/internet-media/Email_Message.gif]<https://www.ericsson.com/current_campaign> Our commitment to Technology for Good<https://www.ericsson.com/thecompany/sustainability-corporateresponsibility> and Diversity and Inclusion<https://www.ericsson.com/thecompany/diversity-inclusion> contributes to positive change. Follow us on: Facebook<https://www.facebook.com/ericsson> LinkedIn<https://www.linkedin.com/company/ericsson> Twitter<https://twitter.com/Ericsson> Legal entity:ERICSSON EGYPT LTD. registration number 16630, registered office in Cairo. This communication is confidential. Our email terms: www.ericsson.com/en/legal/privacy/email-disclaimer<https://www.ericsson.com/en/legal/privacy/email-disclaimer>

2 2

Timezone change announcement - Egypt
by Mohammed Amer (Skyvera Support) March 15, 2023

March 15, 2023

Hi Dears, this is to let you know that Egypt will return working with DST changes . the change will be done on the Last Friday of April 28th 2023 . I m sharing the wikipedia article : https://en.wikipedia.org/wiki/Daylight_saving_time_in_Egypt Reaching out to you to update tzdata package. Best Regards, Mohammed Amer Conversation ID: 205380e6-c356-11ed-bd31-cecd37de1d19 205380e6-c356-11ed-bd31-cecd37de1d19 f047743

1 0

DST Change in Egypt April from GMT+2 to GMT+3
by Amir Ayad March 15, 2023

March 15, 2023

Dear Team, Hope everything is great. Kindly need your support to provide us with an updated TZ package as our Government in Egypt recently declared to start applying DST timings starting from last week in April till last week in October which will impact many Ericsson charging nodes. Accordingly we need this package the soonest to start implementing on our nodes. Thanks in advance for your usual support. Best Regards, [https://www.ericsson.com]<https://www.ericsson.com/> Amir Ayad Senior Support Engineer MMEA MS NEW SSE MOBINIL 2LO Mobile: +201284336575 amir.ayad(a)ericsson.com<mailto:amir.ayad@ericsson.com> Ericsson Smart Village KM 28 Cairo/Alex Road, Bldg#86B 6580, Sixth of October City Egypt ericsson.com<https://www.ericsson.com/>

5 12

Mexico Time Change
by Neda Zaman March 14, 2023

March 14, 2023

Hello, I hope this email finds you and your team well. I wanted to inquire about the update to the rules for Mexico as they have announced they will not be following daylight saving's time as of this year. https://www.usnews.com/news/best-states/arizona/articles/2022-10-26/mexico-… Will this be reflected on the tz database? Thank you, Neda Zaman | Product Manager | UKG Ultimate Kronos Group T: 678 658 5435<tel:678%20658%205435> 400 Galleria Pkwy, Atlanta, GA, 30339, Suite 800 UKG.com<https://www.ukg.com/> | Our purpose is people. Follow UKG: LinkedIn<https://www.linkedin.com/company/ukg> | YouTube<https://www.youtube.com/channel/UCJZMTrZOfBMqMwuL4tfEsmQ> | Twitter<https://twitter.com/UKGInc>

2 1

Wrong timezone
by Minu Shie March 14, 2023

March 14, 2023

Hi, I've checked the sites that are currently using your database and all of them have the wrong timezone for Valle Hermoso, Tamaulipas, México. Which should be the same as Matamoros, Tamaulipas, México. (America/Matamoros) instead of (America/Monterrey). Source from the Government official diary in Article 5, paragraph I: https://dof.gob.mx/nota_detalle.php?codigo=5670045&fecha=28/10/2022#gsc.tab…

2 1

Building tz with gcc-13
by Martin Jansa March 13, 2023

March 13, 2023

Hello, I was building tz with gcc-13 and noticed that without explicit -std=c2x it fails to build 2022g version with: ``` zic.c:462:1: warning: ‘noreturn’ attribute ignored [-Wattributes] 462 | static ATTRIBUTE_NORETURN void | ^~~~~~ zic.c:462:27: error: expected identifier or ‘(’ before ‘void’ 462 | static ATTRIBUTE_NORETURN void | ^~~~ ``` The last code change on github in this are was: https://github.com/eggert/tz/commit/dbfcefe0c129e36e8c5acbcedf1400c1b486d962 It builds fine for me with gcc-12 without -std: ``` __STDC_VERSION__ = 201710 __has_c_attribute(noreturn) = 0 ``` and with -std=c2x: ``` __STDC_VERSION__ = 202000 __has_c_attribute(noreturn) = 0 __STRICT_ANSI__ ``` but with gcc-13 it builds only with explicit -std=c2x: ``` __STDC_VERSION__ = 202000 __has_c_attribute(noreturn) = 202202 __STRICT_ANSI__ ``` Maybe because __has_c_attribute(noreturn) returns 202202 even when __STDC_VERSION__ doesn't accept it yet? ``` __STDC_VERSION__ = 201710 __has_c_attribute(noreturn) = 202202 ``` >From https://www.open-std.org/jtc1/sc22/wg14/www/docs/n2764.pdf it's not clear to me when exactly [[noreturn]] can be used. It says only this about the value `Drafting note: The value used for __has_c_attribute is a placeholder that is to be replaced by the editors with the year and month the proposal is accepted into the working draft.` Is it a bug in gcc or should it be handled somehow by private.h? Thanks

4 4

Fwd: New Version Notification for draft-murchison-rfc8536bis-07.txt
by Ken Murchison March 13, 2023

March 13, 2023

FYI. -------- Forwarded Message -------- Subject: New Version Notification for draft-murchison-rfc8536bis-07.txt Date: Mon, 13 Mar 2023 06:44:33 -0700 From: internet-drafts(a)ietf.org To: Arthur David Olson <arthurdavidolson(a)gmail.com>, Arthur Olson <arthurdavidolson(a)gmail.com>, Kenneth Murchison <murch(a)fastmailteam.com>, Paul Eggert <eggert(a)cs.ucla.edu> A new version of I-D, draft-murchison-rfc8536bis-07.txt has been successfully submitted by Kenneth Murchison and posted to the IETF repository. Name: draft-murchison-rfc8536bis Revision: 07 Title: The Time Zone Information Format (TZif) Document date: 2023-03-13 Group: Individual Submission Pages: 48 URL: https://www.ietf.org/archive/id/draft-murchison-rfc8536bis-07.txt Status: https://datatracker.ietf.org/doc/draft-murchison-rfc8536bis/ Html: https://www.ietf.org/archive/id/draft-murchison-rfc8536bis-07.html Htmlized: https://datatracker.ietf.org/doc/html/draft-murchison-rfc8536bis Diff: https://author-tools.ietf.org/iddiff?url2=draft-murchison-rfc8536bis-07 Abstract: This document specifies the Time Zone Information Format (TZif) for representing and exchanging time zone information, independent of any particular service or protocol. Two media types for this format are also defined. This document replaces and obsoletes RFC 8536. The IETF Secretariat

1 0

two distinct limits on time zone abbreviation length in tzcode?
by Paul Eggert March 13, 2023

March 13, 2023

I just noticed that tzcode has two distinct limits on time zone abbreviation length. One is MY_TZNAME_MAX (which is 255 on GNU/Linux and I expect smaller on other platforms); the other is TZ_ABBR_MAX_LEN (which is always 16). The latter limit was introduced in 2005, here: https://mm.icann.org/pipermail/tz/2005-May/013037.html These two distinct limits can lead to confusing behavior. For example, on GNU/Linux if you compile and build tzcode date you can see this behavior: $ TZ=ABCDEFGHIJKLMNOPQ4 date Sun Mar 5 07:21:41 ABCDEFGHIJKLMNOP 2023 $ TZ=AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA4 date Sun Mar 5 11:22:05 UTC 2023 In the first example, the "Q" is silently dropped (it's one more than the 16-byte limit), whereas in the second example, the entire TZ string is ignored and UTC is silently substituted. I'm thinking of changing the code so that there's just one limit, presumably the higher one, so that we don't get the confusing behavior noted above. Comments welcome.

1 1

DST changes to Egypt's time starting from 28/April/2023
by Moustafa Hammouda March 12, 2023

March 12, 2023

Greetings, I would like to inform you about some planned changes to the DST in Egypt [1]. These changes were officially announced by the Egyptian government. I'm posting this excerpt and it's translation from the official government based newspaper (Ahram): ووافق مجلس الوزراء خلال اجتماعه اليوم، برئاسة الدكتور مصطفى مدبولي، على عدة > قرارات، هي: > - وافق مجلس الوزراء على مشروع قانون في شأن عودة العمل بنظام التوقيت الصيفي > . > وجاء نص مشروع القانون كالتالي: "اعتباراً من الجمعة الأخيرة من شهر أبريل، > حتى نهاية يوم الخميس الأخير من شهر أكتوبر من كل عام ميلادي، تكون الساعة > القانونية في جمهورية مصر العربية، هي الساعة بحسب التوقيت المُتبع، مُقدمة > بمقدار ستين دقيقة". *Translation:* During its meeting today, headed by Dr. Mostafa Madbouly, the Council of Ministers approved several decisions, which are: - The Council of Ministers approved a draft law regarding the return of the summer time system. The text of the draft law came as follows: “From the last Friday of April until the end of the last Thursday of October of each Gregorian year, the legal hour in the Arab Republic of Egypt is the hour according to the time followed, advanced by sixty minutes.” [1] https://gate.ahram.org.eg/News/4162139.aspx [2] https://time.is/time_zone_news/egypt_brings_back_dst [3] https://www.timeanddate.com/news/time/dst-egypt-2023.html [4] https://www.economist.com/middle-east-and-africa/2023/03/09/fiddling-with-e… [5] https://www.reuters.com/world/africa/egypt-use-daylight-saving-time-again-b… -- Best Regards, Moustafa Harbi Senior Technical Account Manager, Red Hat FZ LLC Red Hat Middle East, Turkey & Africa <https://www.redhat.com/> Office Park Building, Block A, Floor 4 PO Box 502579, Dubai, UAE mharbi(a)redhat.com M: +971585935441 <https://red.ht/sig>

1 0

Leap hour smearing...
by Arthur David Olson March 12, 2023

March 12, 2023

...on an outdoor clock in my home town of Takoma Park, Maryland. The clock has a weird intermittent-sweep minute hand. It took about eight minutes to get from 2:00 to 3:08. @dashdashado https://youtu.be/XeVLyyBSOT8

1 0

Recommendations to governments about time zone update notice period and format
by Neil Fuller March 10, 2023

March 10, 2023

The latest short-notice time zone change from Egypt, so soon after the Mexico changes, made me wonder... Would it be useful to have a canonical thread or set of links in the TZDB docs to point to for user-facing "Why hasn't my device updated?" or government-facing "Why didn't our legislation change reach citizen's devices in time?" -type questions? For example, here are recommendations/policy I know of for a couple of widely-used operating systems / platforms: Android: https://source.android.com/docs/core/connect/time/time-zone-policy-recommen… (this is relatively new) Windows: https://learn.microsoft.com/en-us/troubleshoot/windows-client/system-manage… Maybe these could be collated and extended for other consumers of TZDB. ------- I vaguely remembered there being something in the TZDB docs that says something along these lines [*] but I couldn't find it and might be getting confused with threads on the mailing list. I don't honestly expect having it written down to make a lot of difference, but the regular lack of notice and confusion about what *exactly* governments have changed makes me think there *could* be a set of recommendations. Then, governments that *want* to do the right thing could then know what to provide / expect and plan accordingly, and ones that don't try can be easily informed why things didn't work out like they may have expected. Thanks, Neil. [*] e.g. maybe something like "Many downstream users of the TZDB wait for an official TZDB release before they will produce an update to time zone behavior in consumer devices and software products. After TZDB has been updated, various parties have to perform their own integration, testing, and rollout of an update before users will see changes. These updates can be expensive, e.g. for the QA process itself and the network costs for updates to each TZDB copy. Updates may be batched with other updates and take substantial time to reach users after the TZDB release. Updates will require that affected products have a suitable update mechanism in place and are still supported." -- Google UK Limited Registered Office: 6 Pancras Square, London, N1C 4AG Registered in England Number: 3977902

4 5

Re: [tz] mandoc(1) warning in tzfile(5) regarding //
by Paul Eggert March 10, 2023

March 10, 2023

On 3/8/23 14:15, Alejandro Colomar wrote: > That patch looks good to me. If you use these: > > Reviewed-by: Alejandro Colomar <alx(a)kernel.org> Oh, we don't use those in tzdb; instead your name is mentioned in the commit message. I installed it that way. > I suggest using the project name without a > version. How about the following? > > .TH tzfile 5 "" tzdb > > (or alternatively:) > > .TH tzfile 5 "" "Time Zone Database" Yes, that should work. I installed the attached proposed patch into the tzdb development repository. Feel free to migrate this into man-pages at your convenience. No rush of course. >> I've been reluctant to do that upstream since I expect each >> downstream user has its own format for comments regarding licensing, >> SBOM, SSDF, SCA, and so forth (and if you don't know what those acronyms >> mean then I envy you :-). > > I don't :-) https://www.nist.gov/itl/executive-order-14028-improving-nations-cybersecur…

2 1

Fwd: New Version Notification for draft-murchison-rfc8536bis-06.txt
by Ken Murchison March 10, 2023

March 10, 2023

All, Here is the latest update to the TZif specification. Please give this a review and let us know if there are any errors or omissions. I'd like to start the process of getting this published as a new RFC, which will obsolete RFC 8536. -------- Forwarded Message -------- Subject: New Version Notification for draft-murchison-rfc8536bis-06.txt Date: Tue, 07 Mar 2023 07:00:48 -0800 From: internet-drafts(a)ietf.org To: Arthur David Olson <arthurdavidolson(a)gmail.com>, Arthur Olson <arthurdavidolson(a)gmail.com>, Kenneth Murchison <murch(a)fastmailteam.com>, Paul Eggert <eggert(a)cs.ucla.edu> A new version of I-D, draft-murchison-rfc8536bis-06.txt has been successfully submitted by Kenneth Murchison and posted to the IETF repository. Name: draft-murchison-rfc8536bis Revision: 06 Title: The Time Zone Information Format (TZif) Document date: 2023-03-07 Group: Individual Submission Pages: 46 URL: https://www.ietf.org/archive/id/draft-murchison-rfc8536bis-06.txt Status: https://datatracker.ietf.org/doc/draft-murchison-rfc8536bis/ Html: https://www.ietf.org/archive/id/draft-murchison-rfc8536bis-06.html Htmlized: https://datatracker.ietf.org/doc/html/draft-murchison-rfc8536bis Diff: https://author-tools.ietf.org/iddiff?url2=draft-murchison-rfc8536bis-06 Abstract: This document specifies the Time Zone Information Format (TZif) for representing and exchanging time zone information, independent of any particular service or protocol. Two media types for this format are also defined. This document replaces and obsoletes RFC 8536. The IETF Secretariat

10 22

Questions About tz database
by Jaime Suazo Vacca March 9, 2023

March 9, 2023

Hello !!! Is this the right place to ask if the latest Chilean tz is going to be added to the database? Currently is not there and we have a tz change on April 2023 Thanks for any information you can share with us Best regards/Saludos Cordiales, Jaime Suazo Mining Techn. Impl. Spec. Caterpillar Caterpillar: Confidential Green

2 4

[PROPOSED] Improve tzselect explanation
by Paul Eggert March 6, 2023

March 6, 2023

* tzselect.ksh: Improve quality of "Based on the following information:" note when the user selected a time first. --- tzselect.ksh | 12 +++++++----- 1 file changed, 7 insertions(+), 5 deletions(-) diff --git a/tzselect.ksh b/tzselect.ksh index 41180ae9..b8f64077 100644 --- a/tzselect.ksh +++ b/tzselect.ksh @@ -551,6 +551,7 @@ while echo >&2 'Please select a country' \ 'whose clocks agree with yours.' doselect $countries + country_result=$select_result country=$select_result;; *) country=$countries @@ -653,12 +654,13 @@ Universal Time is now: $UTdate." echo >&2 "" echo >&2 "Based on the following information:" echo >&2 "" - case $time%$country%$region%$coord in + case $time%$country_result%$region%$coord in ?*%?*%?*%) - say >&2 " $time$newline $country$newline $region";; - ?*%?*%%) say >&2 " $time$newline $country";; - %?*%?*%) say >&2 " $country$newline $region";; - %?*%%) say >&2 " $country";; + say >&2 " $time$newline $country_result$newline $region";; + ?*%?*%%|?*%%?*%) say >&2 " $time$newline $country_result$region";; + ?*%%%) say >&2 " $time";; + %?*%?*%) say >&2 " $country_result$newline $region";; + %?*%%) say >&2 " $country_result";; %%?*%?*) say >&2 " coord $coord$newline $region";; %%%?*) say >&2 " coord $coord";; *) say >&2 " TZ='$TZ'" -- 2.37.2

1 0

Tzdb and the Sunshine Protection Act
by Brooks Harris March 5, 2023

March 5, 2023

You've seen the Sunshine Protection Act is back: Congress to consider making daylight saving time permanent https://www.axios.com/2023/03/02/daylight-saving-time-change-permanent-cong… As I read the law it would shift STDOFF by an hour, for example, America/New_York would move to -04:00 STDOFF, essentially moving "Eastern Time" into the Atlantic time zone. Historically tzdb has honored the laws as faithfully as possible so that might be the right approach. But it seems to me this would be technically disruptive, necessitating a great deal of careful modification of existing implementations. The other method is to shift DST rules to "permanent" DST. The law might arguably be interpreted this way. That might be less disruptive and leave the option of returning to DST when its no longer "permanent", as happened in the 1970s. There are many arguments for going to "permanent standard time" instead. One reason not mentioned is that it would be technically much easier and less disruptive. How will tzdb manage this?

11 22

[PROPOSED 1/2] Be more realistic in tzfile example
by Paul Eggert March 3, 2023

March 3, 2023

* tzfile.5 (TZ): Give a real-world TZ example instead of an imaginary one. --- tzfile.5 | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tzfile.5 b/tzfile.5 index c3e86c62..1bd561ab 100644 --- a/tzfile.5 +++ b/tzfile.5 @@ -220,7 +220,7 @@ if there is no POSIX-style representation for such instants. If nonempty, the POSIX-style TZ string must agree with the local time type after the last transition time if present in the eight-byte data; for example, given the string -.q "WET0WEST,M3.5.0,M10.5.0/3" +.q "WET0WEST,M3.5.0/1,M10.5.0" then if a last transition time is in July, the transition's local time type must specify a daylight-saving time abbreviated .q "WEST" -- 2.37.2

1 1

Sunshine Protection Act in the news
by Arthur David Olson March 3, 2023

March 3, 2023

"Bill to make daylight saving time permanent reintroduced in Congress" https://thehill.com/homenews/nexstar_media_wire/3880009-bill-to-make-daylig… @dashdashado

1 0

Paraguay on its way to stay on DST
by Carlos Raúl Perasso March 2, 2023

March 2, 2023

On September 28, the Paraguayan Chamber of Deputies approved a bill that eliminates winter time in Paraguay. This would make Paraguay stay in DST throughout the year. The project was sent to the Senate for approval. After this, it could still have the presidential veto. If successful, the law would take effect after this weekend's time change, so the new rule should read as follows: Rule Para 2010 2022 - Oct Sun>=1 0:00 1:00 - Rule Para 2013 2022 - Mar Sun>=22 0:00 0 - I will keep you informed of the progress of the bill. Saludos, Carlos

2 2

Egypt daylight savings will be back
by Ahmad ElDardiry March 2, 2023

March 2, 2023

Hello, Egypt officially announced today that daylight savings will be applied from last Friday of April to last Thursday of October. https://www.mena.org.eg/ar/news/dbcall/table/textnews/id/10044253#:~:text=2… .

3 6

Time for a Lunar time zone?
by Tim McBrayer March 2, 2023

March 2, 2023

On the lighter side; we may need to consider going interplanetary. https://theweek.com/space/1021396/why-space-experts-want-to-establish-a-lun… https://epaper.bostonglobe.com/infinity/article_popover_share.aspx?guid=8fc… -- Tim McBrayer NOTICE from Ab Initio: This email (including any attachments) may contain information that is subject to confidentiality obligations or is legally privileged, and sender does not waive confidentiality or privilege. If received in error, please notify the sender, delete this email, and make no further use, disclosure, or distribution.

4 3