On 2023-03-26 14:45, Brian Inglis via Cygwin wrote:
> On 2023-03-07 22:11, Marco Atzeri wrote:
>> On 07.03.2023 22:35, marco atzeri wrote:
>>> On Tue, Mar 7, 2023 at 10:18 PM Brian Inglis wrote:
>>>> On 2022-03-20 10:00, Brian Inglis wrote:
>>>>> On 2021-12-21 09:06, Marco Atzeri wrote:
> 
>>>>>> python39-pytz                           2021.3-1
> 
>>>> Update needed to 2022g/2022.7.1 as a new Mexican zone was added since
>>>> 2021c/2021.3 due to Mexican changes conflicting with US practices, affecting
>>>> border towns:
> 
>> 2022.7.1 is up
> 
> Thanks Marco,
> 
> Looks like pytz needs another update as tzdata was updated twice this week!
> Some middle eastern governments just realized Ramadan was during DST ;^>
> 
> $ pytz-date.py "%Y %b %d %a %T %Z%z" Asia/Beirut
> 2023 Mar 26 Sun 20:41:45 UTC+0000       zoneinfo        UTC
> 2023 Mar 26 Sun 22:41:45 EET+0200       zoneinfo        Asia/Beirut
> 2023 Mar 26 Sun 23:41:45 EEST+0300      pytz            Asia/Beirut

I am unfamiliar with python and pytz, and I had a *local* pip install of pytz, 
which looks like it was overriding the Cygwin install.
After doing a local pip uninstall and Cygwin reinstall, with updated tzdata 
only, it appears that current pytz may now be giving the correct results:

$ ./pytz-date.py +"%Y %b %d %a %T %Z%z" Asia/Beirut
2023 Mar 27 Mon 00:05:57 UTC+0000       zoneinfo        UTC
2023 Mar 27 Mon 00:05:57 UTC+0000       pytz            UTC
2023 Mar 27 Mon 02:05:57 EET+0200       zoneinfo        Asia/Beirut
2023 Mar 27 Mon 02:05:57 EET+0200       pytz            Asia/Beirut

so an updated release may not be required?
There have been no zone changes, just DST rules.

-- 
Take care. Thanks, Brian Inglis              Calgary, Alberta, Canada

La perfection est atteinte                   Perfection is achieved
non pas lorsqu'il n'y a plus rien à ajouter  not when there is no more to add
mais lorsqu'il n'y a plus rien à retirer     but when there is no more to cut
                                 -- Antoine de Saint-Exupéry