<div dir="auto"><div>Thank you Paul for your reply!<div dir="auto">It is a mess indeed. The problem now is that google and others are using 2023b and when someone searches for "Beirut local time" they get the wrong time. People who work remotely got all their calendars messed up.</div><div dir="auto"><br></div><div dir="auto">We hope that the illegal prime minister revert the decision, but we also wish, please 🙏, that you release 2023c even before that decision.</div><div dir="auto"><br></div><div dir="auto">Again thank you so much for your time and understanding.</div><div dir="auto"><br></div><div dir="auto">Regards,</div><div dir="auto">Joseph Khoury</div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Mar 27, 2023, 1:15 AM Paul Eggert <<a href="mailto:eggert@cs.ucla.edu">eggert@cs.ucla.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 2023-03-26 14:56, Jad Baz via tz wrote:<br>
> Prime Minister Mikati calls for a cabinet session tomorrow (Monday) noon<br>
> and the issue of timing is the single item on the agenda<br>
<br>
Noon standard time, or noon daylight saving time? :-)<br>
<br>
Anyway, thank you for the heads-up. In the light of today's and (likely) <br>
tomorrow's developments I suggest that downstream distributors stick <br>
with tzdb 2023a for now. The only change in 2023b is this recent <br>
controversial Lebanon adjustment, and if (as seems quite possible) the <br>
Lebanese government changes its rules again, we'll need a tzdb 2023c <br>
shortly, which will quite possibly be identical to 2023a except for <br>
commentary.<br>
<br>
In short: stick with 2023a for now, and tomorrow let's see.<br>
<br>
What a mess, huh?<br>
<br>
</blockquote></div></div></div>