[ANNOUNCEMENT] Updated: python 3.9 packages

[ANNOUNCEMENT] Updated: python 3.9 packages

[Marco Atzeri via Cygwin-announce]

Several python packages have been added to the Cygwin distribution
and at the same time the updated packages for 3.6/3./3.8
have been uploaded.

python39                                3.9.9-1
idle39                                  3.9.9-1
python39-devel                          3.9.9-1
python39-test                           3.9.9-1
python39-tkinter                        3.9.9-1

python39-doc                            3.9.9-1

python39-alabaster                      0.7.12-3
python39-appdirs                        1.4.4-2
python39-asn1crypto                     1.4.0-2
python39-astroid                        2.9.0-1
python39-attrs                          21.2.0-1
python39-automat                        20.2.0-2
python39-babel                          2.9.1-1
python39-backcall                       0.2.0-2
python39-bcrypt                         3.2.0-3
python39-bs4                            4.10.0-1
python39-bsddb3                         6.2.9-2
python39-bugzilla                       3.1.0-1
python39-cairo                          1.20.1-1
python39-certifi                        2021.10.8-1
python39-cffi                           1.15.0-1
python39-chardet                        4.0.0-2
python39-commonmark                     0.9.1-2
python39-configobj                      5.0.6-4
python39-constantly                     15.1.0-4
python39-crypto                         2.6.1-4
python39-cryptography                   3.3.2-1
python39-cycler                         0.11.0-1
python39-cython                         0.29.25-1
python39-dateutil                       2.8.2-1
python39-dbus                           1.2.18-1
python39-decorator                      5.1.0-1
python39-defusedxml                     0.7.1-1
python39-distlib                        0.3.3-1
python39-docutils                       0.18.1-1
python39-dropbox                        11.25.0-1
python39-enchant                        3.2.2-1
python39-filelock                       3.4.0-1
python39-fonttools                      4.28.5-1
python39-gi                             3.36.1-2
python39-h5py                           3.6.0-1
python39-html5lib                       1.1-2
python39-httplib2                       0.20.2-1
python39-hyperlink                      21.0.0-2
python39-hypothesis                     6.31.3-1
python39-idna                           3.3-1
python39-imagesize                      1.3.0-1
python39-importlib-metadata             4.8.2-1
python39-incremental                    21.3.0-1
python39-iniconfig                      1.1.1-2
python39-ipython                        7.30.1-1
python39-isodate                        0.6.1-1
python39-isort                          5.10.1-1
python39-jedi                           0.18.1-1
python39-jinja2                         3.0.3-1
python39-jmespath                       0.10.0-2
python39-jsonschema                     3.2.0-2
python39-jupyter_core                   4.9.1-1
python39-kiwisolver                     1.3.2-1
python39-lazy-object-proxy              1.7.1-1
python39-lockfile                       0.12.2-4
python39-lxml                           4.7.1-1
python39-mako                           1.1.6-1
python39-markdown                       3.3.6-1
python39-markupsafe                     2.0.1-1
python39-matplotlib                     3.5.1-1
python39-mccabe                         0.6.1-2
python39-musicbrainzngs                 0.7.1-2
python39-mutagen                        1.45.1-2
python39-nbformat                       5.1.3-1
python39-nose                           1.3.7-4
python39-ntlm-auth                      1.5.0-2
python39-numpy                          1.21.4-1
python39-odf                            1.4.1-2
python39-olefile                        0.46-3
python39-opengl                         3.1.5-2
python39-opengl-accelerate              3.1.5-2
python39-openssl                        21.0.0-1
python39-packaging                      21.3-1
python39-parso                          0.8.3-1
python39-pbr                            5.8.0-1
python39-pexpect                        4.8.0-2
python39-pickleshare                    0.7.5-3
python39-pillow                         8.4.0-1
python39-pip                            21.3.1-1
python39-pkgconfig                      1.5.5-1
python39-pluggy                         1.0.0-1
python39-ply                            3.11-3
python39-prompt_toolkit                 3.0.24-1
python39-ptyprocess                     0.7.0-2
python39-py                             1.11.0-1
python39-py3c                           1.4-1
python39-pyasn1                         0.4.8-2
python39-pyasn1-modules                 0.2.8-2
python39-pycparser                      2.20-2
python39-pygments                       2.10.0-1
python39-pylint                         2.12.1-1
python39-pyparsing                      3.0.6-1
python39-pytest                         6.2.5-2
python39-pytest-benchmark               3.4.1-1
python39-pytest-env                     0.6.2-2
python39-pytest-sugar                   0.9.4-2
python39-pytz                           2021.3-1
python39-recommonmark                   0.7.1-2
python39-reportlab                      3.6.3-1
python39-requests                       2.26.0-1
python39-service_identity               21.1.0-1
python39-setuptools                     59.5.0-1
python39-simplegeneric                  0.8.1-6
python39-simplejson                     3.17.6-1
python39-six                            1.16.0-1
python39-snowballstemmer                2.2.0-1
python39-sortedcontainers               2.4.0-1
python39-soupsieve                      2.3.1-1
python39-sphinx                         4.3.1-1
python39-sphinxcontrib-applehelp        1.0.2-2
python39-sphinxcontrib-devhelp          1.0.2-2
python39-sphinxcontrib-htmlhelp         2.0.0-1
python39-sphinxcontrib-jsmath           1.0.1-2
python39-sphinxcontrib-qthelp           1.0.3-2
python39-sphinxcontrib-serializinghtml  1.1.5-1
python39-sphinxcontrib-websupport       1.2.4-2
python39-sqlalchemy                     1.4.28-1
python39-stone                          3.2.1-2
python39-termcolor                      1.1.0-2
python39-testpath                       0.5.0-1
python39-toml                           0.10.2-2
python39-traitlets                      5.1.1-1
python39-twisted                        21.7.0-1
python39-unidecode                      1.3.2-1
python39-urllib3                        1.26.7-1
python39-virtualenv                     20.10.0-1
python39-wcwidth                        0.2.5-2
python39-webencodings                   0.5.1-4
python39-wheel                          0.37.0-1
python39-whoosh                         2.7.4-4
python39-wrapt                          1.13.3-1
python39-xmltodict                      0.12.0-3
python39-xtarfile                       0.1.0-2
python39-yaml                           6.0-1
python39-zipp                           3.6.0-1
python39-zope.interface                 5.4.0-1
python39-zstandard                      0.16.0-1


CHANGES
latest upstream releases

CYGWIN CHANGES

As python2 is no longer supported

https://devguide.python.org/devcycle/#end-of-life-branches

the package are updated to include postinstall script that
use "alternatives" to define for

   /usr/bin/python

   /usr/bin/python3
   /usr/bin/idle3
   /usr/bin/pydoc3

a default to the highest package available.

$ alternatives --display python
python - status is auto.
  link currently points to /usr/bin/python3.9
/usr/bin/python2.7 - priority 27
/usr/bin/python3.6 - priority 36
/usr/bin/python3.7 - priority 37
/usr/bin/python3.8 - priority 38
/usr/bin/python3.9 - priority 39
Current `best' version is /usr/bin/python3.9.

The following link are not provided anymore.
/usr/bin/idle
/usr/bin/pydoc

Rationale:
https://www.python.org/dev/peps/pep-0394/
In other systems as Debian
/usr/bin/python is discouraged.

As on Cygwin we have still several third packages depending on
python2, the usage of alternatives should allow to manage
until all are updated to python3

DESCRIPTION
Python is a programming language that lets you work quickly
and integrate systems more effectively.
Python is powerful... and fast; plays well with others;
runs everywhere; is friendly & easy to learn; is Open.

HOMEPAGE
https://www.python.org/

Regards
Marco Atzeri


If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .

Re: [ANNOUNCEMENT] Updated: python 3.9 packages

[airplanemath]

On Tue, Dec 21 2021, Marco Atzeri via Cygwin-announce wrote:

> Several python packages have been added to the Cygwin distribution
> and at the same time the updated packages for 3.6/3./3.8
> have been uploaded.
>
> python39-pillow                         8.4.0-1

Is this replacing python3[6-9]-imaging{,-tk}?  They look similar:

$ cygcheck -cd python39-imaging{,-tk} python39-pillow
Cygwin Package Information
Package              Version
python39-imaging     8.4.0-1
python39-imaging-tk  8.4.0-1
python39-pillow      8.4.0-1
$ mkfifo pipe1 pipe2
$ cygcheck -l python39-imaging{,-tk} | sort >pipe1 &
[1] 869
$ cygcheck -l python39-pillow | sort >pipe2 &
[2] 872
$ diff -u pipe1 pipe2
--- pipe1       2021-12-22 08:39:44.449869300 -0500
+++ pipe2       2021-12-22 08:39:44.449869300 -0500
@@ -382,6 +382,6 @@
 /usr/lib/python3.9/site-packages/Pillow-8.4.0.dist-info/top_level.txt
 /usr/lib/python3.9/site-packages/Pillow-8.4.0.dist-info/WHEEL
 /usr/lib/python3.9/site-packages/Pillow-8.4.0.dist-info/zip-safe
-/usr/share/doc/python39-imaging/CHANGES.rst
-/usr/share/doc/python39-imaging/LICENSE
-/usr/share/doc/python39-imaging/README.md
+/usr/share/doc/python39-pillow/CHANGES.rst
+/usr/share/doc/python39-pillow/LICENSE
+/usr/share/doc/python39-pillow/README.md
[1]-  Done                    cygcheck -l python39-imaging{,-tk} | sort > pipe1
[2]+  Done                    cygcheck -l python39-pillow | sort > pipe2


https://cygwin.com/pipermail/cygwin-announce/2021-December/010357.html

Re: [ANNOUNCEMENT] Updated: python 3.9 packages

[Marco Atzeri]

On 22.12.2021 14:52, airplanemath via Cygwin wrote:
> On Tue, Dec 21 2021, Marco Atzeri via Cygwin-announce wrote:
> 
>> Several python packages have been added to the Cygwin distribution
>> and at the same time the updated packages for 3.6/3./3.8
>> have been uploaded.
>>
>> python39-pillow                         8.4.0-1
> 
> Is this replacing python3[6-9]-imaging{,-tk}?  They look similar:
> 


emh, no. They are the same thing, my fault.

I was fooled by an upstream dependency of another package.

It requires Pillow, but I missed to note, as I am not the maintainer,
that "imaging" is using the fork "Pillow"

https://cygwin.com/packages/x86_64/python-imaging-src/python-imaging-8.4.0-1-src

I will remove Pillow.

Thanks for noticing
Marco

Re: [ANNOUNCEMENT] Updated: python 3.9 packages

[Russell VT]

Thanks Marco!

One small question/caveat, though, if I may?


On Tue, Dec 21, 2021, 9:11 AM Marco Atzeri via Cygwin-announce <
cygwin-announce@cygwin.com> wrote:

> [...]
>
> https://www.python.org/dev/peps/pep-0394/
> In other systems as Debian
> /usr/bin/python is discouraged.
>
> As on Cygwin we have still several third packages depending on
> python2, the usage of alternatives should allow to manage
> until all are updated to python3
>

Even being a Debian / Mint / Ubuntu fan, there's still an incredible of
stuff that uses "/usr/bin/python," instead of something like "/usr/bin/env
python." It seems "not unreasonable" to continue to support that link, just
to allow people who use Cygwin for development, a little additional sanity
for the time being?

That said, people *should* be transitioning to other tools, such as pyenv
or pipenv, to better manage their environments (or, in the case of later
python 3 versions, the built-in venv mechanism)


Regards
> Marco Atzeri
>

Cheers!
Russell VT

Re: [ANNOUNCEMENT] Updated: python 3.9 packages

[Marco Atzeri]

On 23.12.2021 21:34, Russell VT wrote:
> Thanks Marco!
> 
> One small question/caveat, though, if I may?
> 
> 
> On Tue, Dec 21, 2021, 9:11 AM Marco Atzeri via Cygwin-announce <
> cygwin-announce@cygwin.com> wrote:
> 
>> [...]
>>
>> https://www.python.org/dev/peps/pep-0394/
>> In other systems as Debian
>> /usr/bin/python is discouraged.
>>
>> As on Cygwin we have still several third packages depending on
>> python2, the usage of alternatives should allow to manage
>> until all are updated to python3
>>
> 
> Even being a Debian / Mint / Ubuntu fan, there's still an incredible of
> stuff that uses "/usr/bin/python," instead of something like "/usr/bin/env
> python." It seems "not unreasonable" to continue to support that link, just
> to allow people who use Cygwin for development, a little additional sanity
> for the time being?
> 
> That said, people *should* be transitioning to other tools, such as pyenv
> or pipenv, to better manage their environments (or, in the case of later
> python 3 versions, the built-in venv mechanism)
> 
> 
> Regards
>> Marco Atzeri
>>
> 
> Cheers!
> Russell VT
> 

Hi Russell,

  $ alternatives --display python
python - status is auto.
  link currently points to /usr/bin/python3.9
/usr/bin/python2.7 - priority 27
/usr/bin/python3.6 - priority 36
/usr/bin/python3.7 - priority 37
/usr/bin/python3.8 - priority 38
/usr/bin/python3.9 - priority 39
Current `best' version is /usr/bin/python3.9.

python and python3 are still provided.
I am not planning to remove it.

"until all are updated to python3" means that some packages are
still build with python2 and need rebuild/update for python3

Regards

Re: [ANNOUNCEMENT] Updated: python 3.9 packages

[Jon Turney]

On 23/12/2021 20:00, Marco Atzeri wrote:
> On 22.12.2021 14:52, airplanemath via Cygwin wrote:
>> On Tue, Dec 21 2021, Marco Atzeri via Cygwin-announce wrote:
>>
>>> Several python packages have been added to the Cygwin distribution
>>> and at the same time the updated packages for 3.6/3./3.8
>>> have been uploaded.
>>>
>>> python39-pillow                         8.4.0-1
>>
>> Is this replacing python3[6-9]-imaging{,-tk}?  They look similar:
>>
> 
> 
> emh, no. They are the same thing, my fault.
> 
> I was fooled by an upstream dependency of another package.
> 
> It requires Pillow, but I missed to note, as I am not the maintainer,
> that "imaging" is using the fork "Pillow"
> 
> https://cygwin.com/packages/x86_64/python-imaging-src/python-imaging-8.4.0-1-src 
> 
> 
> I will remove Pillow.

I guess you've done that.  calm is now reporting:

ERROR: package 'python37-matplotlib' version '3.5.1-1' requires: 
'python37-pillow', but nothing satisfies that

Does that need adjusting to depend on python-imaging instead?

Re: [ANNOUNCEMENT] Updated: python 3.9 packages

[Marco Atzeri]

On 24.12.2021 11:57, Jon Turney wrote:
> On 23/12/2021 20:00, Marco Atzeri wrote:
>> On 22.12.2021 14:52, airplanemath via Cygwin wrote:
>>> On Tue, Dec 21 2021, Marco Atzeri via Cygwin-announce wrote:
>>>
>>>> Several python packages have been added to the Cygwin distribution
>>>> and at the same time the updated packages for 3.6/3./3.8
>>>> have been uploaded.
>>>>
>>>> python39-pillow                         8.4.0-1
>>>
>>> Is this replacing python3[6-9]-imaging{,-tk}?  They look similar:
>>>
>>
>>
>> emh, no. They are the same thing, my fault.
>>
>> I was fooled by an upstream dependency of another package.
>>
>> It requires Pillow, but I missed to note, as I am not the maintainer,
>> that "imaging" is using the fork "Pillow"
>>
>> https://cygwin.com/packages/x86_64/python-imaging-src/python-imaging-8.4.0-1-src 
>>
>>
>> I will remove Pillow.
> 
> I guess you've done that.  calm is now reporting:
> 
> ERROR: package 'python37-matplotlib' version '3.5.1-1' requires: 
> 'python37-pillow', but nothing satisfies that
> 
> Does that need adjusting to depend on python-imaging instead?

yes thanks.

strange that the others python3X-matplotlib do not complain

Marco

Re: [ANNOUNCEMENT] Updated: python 3.9 packages

[Jon Turney]

On 24/12/2021 11:16, Marco Atzeri wrote:
> On 24.12.2021 11:57, Jon Turney wrote:
>> On 23/12/2021 20:00, Marco Atzeri wrote:
>>> On 22.12.2021 14:52, airplanemath via Cygwin wrote:
>>>> On Tue, Dec 21 2021, Marco Atzeri via Cygwin-announce wrote:
>>>>
>>>>> Several python packages have been added to the Cygwin distribution
>>>>> and at the same time the updated packages for 3.6/3./3.8
>>>>> have been uploaded.
>>>>>
>>>>> python39-pillow                         8.4.0-1
>>>>
>>>> Is this replacing python3[6-9]-imaging{,-tk}?  They look similar:
>>>>
>>>
>>>
>>> emh, no. They are the same thing, my fault.
>>>
>>> I was fooled by an upstream dependency of another package.
>>>
>>> It requires Pillow, but I missed to note, as I am not the maintainer,
>>> that "imaging" is using the fork "Pillow"
>>>
>>> https://cygwin.com/packages/x86_64/python-imaging-src/python-imaging-8.4.0-1-src 
>>>
>>>
>>> I will remove Pillow.
>>
>> I guess you've done that.  calm is now reporting:
>>
>> ERROR: package 'python37-matplotlib' version '3.5.1-1' requires: 
>> 'python37-pillow', but nothing satisfies that
>>
>> Does that need adjusting to depend on python-imaging instead?
> 
> yes thanks.

Done.

> strange that the others python3X-matplotlib do not complain

The same problem does exist for python38 and python39, I'd just failed 
to read the errors correctly. :)

Re: deprecate pytz?

[Brian Inglis]

On 2021-12-21 09:06, Marco Atzeri via Cygwin-announce wrote:
> Several python packages have been added to the Cygwin distribution
> and at the same time the updated packages for 3.6/3./3.8
> have been uploaded.

> python39-pytz                           2021.3-1
Suggesting that pytz should be deprecated and eventually dropped.
There is a lot of discussion on the IANA TZ mailing list about support 
of the IANA TZ DB (tzdata) in languages other than C, and there has been 
discussion of the official python standard library module support of 
tzdata, and the problems of correctly using pytz:

https://blog.ganssle.io/articles/2018/03/pytz-fastest-footgun.html

requiring close reading and following of its limitations:

	https://pypi.org/project/pytz/

	https://github.com/stub42/pytz

together with it being superceded by official support of IANA TZ DB with 
a standard library compiled zoneinfo module built on the datetime module:

	https://peps.python.org/pep-0615/

backported to 3.6+ as the backports.zoneinfo module:

	https://zoneinfo.readthedocs.io/en/latest/

	https://github.com/pganssle/zoneinfo/

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

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
[Data in binary units and prefixes, physical quantities in SI.]

Re: deprecate pytz? or update pytz to 2022g/2022.7.1

[Brian Inglis]

On 2022-03-20 10:00, Brian Inglis wrote:
> On 2021-12-21 09:06, Marco Atzeri via Cygwin-announce wrote:
>> Several python packages have been added to the Cygwin distribution
>> and at the same time the updated packages for 3.6/3./3.8
>> have been uploaded.
>> python39-pytz                           2021.3-1

> Suggesting that pytz should be deprecated and eventually dropped.
> There is a lot of discussion on the IANA TZ mailing list about support of the 
> IANA TZ DB (tzdata) in languages other than C, and there has been discussion of 
> the official python standard library module support of tzdata, and the problems 
> of correctly using pytz:
>	https://blog.ganssle.io/articles/2018/03/pytz-fastest-footgun.html
> requiring close reading and following of its limitations:
>	https://pypi.org/project/pytz/
>	https://github.com/stub42/pytz
> together with it being superceded by official support of IANA TZ DB with a 
> standard library compiled zoneinfo module built on the datetime module:
>	https://peps.python.org/pep-0615/
> backported to 3.6+ as the backports.zoneinfo module:
>	https://zoneinfo.readthedocs.io/en/latest/
>	https://github.com/pganssle/zoneinfo/

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:

	https://mm.icann.org/pipermail/tz-announce/2022-November/000076.html

"The 2022g release of the tz code and data is available.

  This release contains the following changes:

       Briefly:
	The northern edge of Chihuahua changes to US timekeeping.
...

       Changes to future timestamps

	In the Mexican state of Chihuahua, the border strip near the US
	will change to agree with nearby US locations on 2022-11-30.
	The strip's western part, represented by Ciudad Juárez, switches
	from -06 all year to -07/-06 with US DST rules, like El Paso, TX.
	The eastern part, represented by Ojinaga, will observe US DST next
	year, like Presidio, TX.  (Thanks to Heitor David Pinto.)
	A new Zone America/Ciudad_Juarez splits from America/Ojinaga."

-- 
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

Re: deprecate pytz? or update pytz to 2022g/2022.7.1

[marco atzeri]

On Tue, Mar 7, 2023 at 10:18 PM Brian Inglis via Cygwin < wrote:
>
> On 2022-03-20 10:00, Brian Inglis wrote:
> > On 2021-12-21 09:06, Marco Atzeri via Cygwin-announce wrote:
> >> Several python packages have been added to the Cygwin distribution
> >> and at the same time the updated packages for 3.6/3./3.8
> >> have been uploaded.
> >> 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:
>

noted

Re: deprecate pytz? or update pytz to 2022g/2022.7.1

[Marco Atzeri]

On 07.03.2023 22:35, marco atzeri wrote:
> On Tue, Mar 7, 2023 at 10:18 PM Brian Inglis via Cygwin < wrote:
>>
>> On 2022-03-20 10:00, Brian Inglis wrote:
>>> On 2021-12-21 09:06, Marco Atzeri via Cygwin-announce wrote:
>>>> Several python packages have been added to the Cygwin distribution
>>>> and at the same time the updated packages for 3.6/3./3.8
>>>> have been uploaded.
>>>> 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:
>>
> 
> noted

Hi Brian

2022.7.1 is up

Regards
Marco

update pytz to 2023.2/2023b tzdata

[Brian Inglis]

[-- Attachment #1: Type: text/plain, Size: 1280 bytes --]

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

-- 
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

[-- Attachment #2: pytz-date.py --]
[-- Type: text/plain, Size: 593 bytes --]

#!/usr/bin/python
# pytz-date.py - print current pytz date time in $1 format in $2 given zone

from datetime import datetime
from zoneinfo import ZoneInfo
from pytz import timezone
import pytz
import sys

# date -u +"$1"    - zoneinfo
print( datetime.now( ZoneInfo( "UTC" )).strftime( sys.argv[1] + "%tzoneinfo%tUTC" ))
# TZ=$2 date +"$1" - zoneinfo
print( datetime.now( ZoneInfo( sys.argv[2] )).strftime( sys.argv[1] + "%tzoneinfo%t" + sys.argv[2] ))
# TZ=$2 date +"$1" - pytz
print( datetime.now().astimezone( timezone( sys.argv[2] )).strftime( sys.argv[1]  + "%tpytz%t%t" + sys.argv[2] ))

Re: update pytz to 2023.2/2023b tzdata?

[Brian Inglis]

[-- Attachment #1: Type: text/plain, Size: 2100 bytes --]

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

[-- Attachment #2: pytz-date.py --]
[-- Type: text/plain, Size: 1245 bytes --]

#!/usr/bin/python
# pytz-date.py - print current UTC, zoneinfo and pytz date time
#                in optional format "+"$1 in zone $#

from datetime import datetime
from zoneinfo import ZoneInfo
from pytz import timezone
import pytz
import sys
import os

TZ          = "TZ"                      # env var
GMT         = "GMT"                     # ref zones
GMTP0       = "GMT+0"
GMTM0       = "GMT-0"
UTC         = "UTC"
refs        = [ UTC , GMT , GMTP0 , GMTM0 ]
FMT         = "%c %Z%z"
zi_fmt      = "%tzoneinfo%t"
pytz_fmt    = "%tpytz%t%t"

dt_fmt      = FMT
tz          = os.getenv( TZ, UTC)       # TZ env var else UTC
argc        = len( sys.argv )
argn        = 1

# $1 +fmt optional override
if argc > argn and sys.argv[argn][0] == "+":
    dt_fmt  = sys.argv[argn][1:]
    argn   += 1

# $# zone
if argc > argn:
    tz  = sys.argv[argn]

# zone ref UTC
zones = [ UTC ]
# add arg if not same as ref
if tz not in refs:
    zones = zones + [ tz ]

# print ref and arg with zoneinfo and pytz
for z in zones:
# TZ=z  date    +"f" - zoneinfo
        print( datetime.now( ZoneInfo( z )).strftime( dt_fmt + zi_fmt + z ))
# TZ=z  date    +"f" - pytz
        print( datetime.now().astimezone( timezone( z )).strftime( dt_fmt + pytz_fmt + z ))

[ANNOUNCEMENT] Updated: python 3.9 packages

[Marco Atzeri via Cygwin-announce]

Updated release for

   python36-requests-2.27.1-1
   python37-requests-2.27.1-1
   python38-requests-2.27.1-1
   python39-requests-2.27.1-1

   python36-sphinx-4.4.0-1
   python37-sphinx-4.4.0-1
   python38-sphinx-4.4.0-1
   python39-sphinx-4.4.0-1


CHANGES
latest upstream releases

CYGWIN CHANGES

As python2 is no longer supported

https://devguide.python.org/devcycle/#end-of-life-branches

the package are updated to include postinstall script that
use "alternatives" to define for

   /usr/bin/python

   /usr/bin/python3
   /usr/bin/idle3
   /usr/bin/pydoc3

a default to the highest package available.

$ alternatives --display python
   python - status is auto.
  link currently points to /usr/bin/python3.9
/usr/bin/python2.7 - priority 27
/usr/bin/python3.6 - priority 36
/usr/bin/python3.7 - priority 37
/usr/bin/python3.8 - priority 38
/usr/bin/python3.9 - priority 39
Current `best' version is /usr/bin/python3.9.

The following link are not provided anymore.
/usr/bin/idle
/usr/bin/pydoc

Rationale:
https://www.python.org/dev/peps/pep-0394/
In other systems as Debian
/usr/bin/python is discouraged.

As on Cygwin we have still several third packages depending on
python2, the usage of alternatives should allow to manage
until all are updated to python3

DESCRIPTION
Python is a programming language that lets you work quickly
and integrate systems more effectively.
Python is powerful... and fast; plays well with others;
runs everywhere; is friendly & easy to learn; is Open.

HOMEPAGE
https://www.python.org/

Regards
Marco Atzeri


If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .

[ANNOUNCEMENT] Updated: python 3.9 packages

[Marco Atzeri via Cygwin-announce]

New release for

   python36-sh-1.14.2-1
   python37-sh-1.14.2-1
   python38-sh-1.14.2-1
   python39-sh-1.14.2-1

   python36-straight.plugin-1.5.0-1
   python37-straight.plugin-1.5.0-1
   python38-straight.plugin-1.5.0-1
   python39-straight.plugin-1.5.0-1

CHANGES
latest upstream releases

CYGWIN CHANGES

As python2 is no longer supported

https://devguide.python.org/devcycle/#end-of-life-branches

the package are updated to include postinstall script that
use "alternatives" to define for

   /usr/bin/python

   /usr/bin/python3
   /usr/bin/idle3
   /usr/bin/pydoc3

a default to the highest package available.

$ alternatives --display python
   python - status is auto.
  link currently points to /usr/bin/python3.9
/usr/bin/python2.7 - priority 27
/usr/bin/python3.6 - priority 36
/usr/bin/python3.7 - priority 37
/usr/bin/python3.8 - priority 38
/usr/bin/python3.9 - priority 39
Current `best' version is /usr/bin/python3.9.

The following link are not provided anymore.
/usr/bin/idle
/usr/bin/pydoc

Rationale:
https://www.python.org/dev/peps/pep-0394/
In other systems as Debian
/usr/bin/python is discouraged.

As on Cygwin we have still several third packages depending on
python2, the usage of alternatives should allow to manage
until all are updated to python3

DESCRIPTION
Python is a programming language that lets you work quickly
and integrate systems more effectively.
Python is powerful... and fast; plays well with others;
runs everywhere; is friendly & easy to learn; is Open.

HOMEPAGE
https://www.python.org/

Regards
Marco Atzeri


If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .

[ANNOUNCEMENT] Updated: python 3.9 packages

[Marco Atzeri via Cygwin-announce]

New release for

   idle39-3.9.10-1
   python39-3.9.10-1
   python39-devel-3.9.10-1
   python39-test-3.9.10-1
   python39-tkinter-3.9.10-1

   python39-doc-3.9.10-1

and virtual packages that pull the 3.9 version ones

   idle3-3.9.10-1
   python3-3.9.10-1
   python3-devel-3.9.10-1
   python3-test-3.9.10-1
   python3-tkinter-3.9.10-1

CHANGES
latest upstream releases

CYGWIN CHANGES

As python2 is no longer supported

https://devguide.python.org/devcycle/#end-of-life-branches

the package are updated to include postinstall script that
use "alternatives" to define for

   /usr/bin/python

   /usr/bin/python3
   /usr/bin/idle3
   /usr/bin/pydoc3

a default to the highest package available.

$ alternatives --display python
python - status is auto.
  link currently points to /usr/bin/python3.9
/usr/bin/python2.7 - priority 27
/usr/bin/python3.6 - priority 36
/usr/bin/python3.7 - priority 37
/usr/bin/python3.8 - priority 38
/usr/bin/python3.9 - priority 39
Current `best' version is /usr/bin/python3.9.

The following link are not provided anymore.
/usr/bin/idle
/usr/bin/pydoc

Rationale:
https://www.python.org/dev/peps/pep-0394/
In other systems as Debian
/usr/bin/python is discouraged.

As on Cygwin we have still several third packages depending on
python2, the usage of alternatives should allow to manage
until all are updated to python3

DESCRIPTION
Python is a programming language that lets you work quickly
and integrate systems more effectively.
Python is powerful... and fast; plays well with others;
runs everywhere; is friendly & easy to learn; is Open.

HOMEPAGE
https://www.python.org/

Regards
Marco Atzeri


If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .

Re: [ANNOUNCEMENT] Updated: python 3.9 packages

[Marco Atzeri]

On 10.01.2022 14:09, marco atzeri wrote:
> On Mon, Jan 10, 2022 at 8:26 AM Tatsuro MATSUOKA  wrote:
>>> From: "Marco Atzeri via Cygwin-announce"
>>> To: "cygwin
>>> Date: 2022/01/09 日 22:35
>>> Subject: [ANNOUNCEMENT] Updated: python 3.9 packages
>>>
>>>
>>> Several python packages have been added to the Cygwin distribution
>>> and at the same time the equivalent packages for 3.6/3.7/3.8
>>> have been uploaded.
>>>
>>
>> I tried to python 3.9 to install jupyterlab
>> but python3.9-zmq is not available.
>> Therefore I gave up to use python3.9 and decided to use python3.8 instead.
>> Is there any reason that python-zmp package is absent for python 3.9?
>>
>> Tatsuro
>>
> 
> Only that I forgot it.
> I must have lost the entry on my tracking list for 3.8
> 
> Regards
> Marco

python39-zmq is up.

Let me know
Marco

Re: [ANNOUNCEMENT] Updated: python 3.9 packages

[marco atzeri]

On Mon, Jan 10, 2022 at 8:26 AM Tatsuro MATSUOKA <tmacchant2@yahoo.co.jp> wrote:
> > From: "Marco Atzeri via Cygwin-announce"
> > To: "cygwin
> > Date: 2022/01/09 日 22:35
> > Subject: [ANNOUNCEMENT] Updated: python 3.9 packages
> >
> >
> > Several python packages have been added to the Cygwin distribution
> > and at the same time the equivalent packages for 3.6/3.7/3.8
> > have been uploaded.
> >
>
> I tried to python 3.9 to install jupyterlab
> but python3.9-zmq is not available.
> Therefore I gave up to use python3.9 and decided to use python3.8 instead.
> Is there any reason that python-zmp package is absent for python 3.9?
>
> Tatsuro
>

Only that I forgot it.
I must have lost the entry on my tracking list for 3.8

Regards
Marco

Re: [ANNOUNCEMENT] Updated: python 3.9 packages

[Tatsuro MATSUOKA]

> ----- Original Message -----
> 
> From: "Marco Atzeri via Cygwin-announce" 
> To: "cygwin
> Date: 2022/01/09 日 22:35
> Subject: [ANNOUNCEMENT] Updated: python 3.9 packages
> 
> 
> Several python packages have been added to the Cygwin distribution
> and at the same time the equivalent packages for 3.6/3.7/3.8
> have been uploaded.
> 
>    python-hypothesis-6.35.0-1
>    python-pip-21.3.1-2
>    python-virtualenv-20.13.0-1
>    python-wheel-0.37.1-1
>    python-numpy-1.22.0-1
> 
> CHANGES
> latest upstream releases
> 
> CYGWIN CHANGES
> 
> As python2 is no longer supported
> 
> https://devguide.python.org/devcycle/#end-of-life-branches
> 
> the package are updated to include postinstall script that
> use "alternatives" to define for
> 
>    /usr/bin/python
> 
>    /usr/bin/python3
>    /usr/bin/idle3
>    /usr/bin/pydoc3
> 
> a default to the highest package available.
> 
> $ alternatives --display python
> python - status is auto.
>   link currently points to /usr/bin/python3.9
> /usr/bin/python2.7 - priority 27
> /usr/bin/python3.6 - priority 36
> /usr/bin/python3.7 - priority 37
> /usr/bin/python3.8 - priority 38
> /usr/bin/python3.9 - priority 39
> Current `best' version is /usr/bin/python3.9.

I tried to python 3.9 to install jupyterlab
but python3.9-zmq is not available.
Therefore I gave up to use python3.9 and decided to use python3.8 instead.
Is there any reason that python-zmp package is absent for python 3.9?

Tatsuro 

[ANNOUNCEMENT] Updated: python 3.9 packages

[Marco Atzeri via Cygwin-announce]

Several python packages have been added to the Cygwin distribution
and at the same time the equivalent packages for 3.6/3.7/3.8
have been uploaded.

   python-hypothesis-6.35.0-1
   python-pip-21.3.1-2
   python-virtualenv-20.13.0-1
   python-wheel-0.37.1-1
   python-numpy-1.22.0-1

CHANGES
latest upstream releases

CYGWIN CHANGES

As python2 is no longer supported

https://devguide.python.org/devcycle/#end-of-life-branches

the package are updated to include postinstall script that
use "alternatives" to define for

   /usr/bin/python

   /usr/bin/python3
   /usr/bin/idle3
   /usr/bin/pydoc3

a default to the highest package available.

$ alternatives --display python
python - status is auto.
  link currently points to /usr/bin/python3.9
/usr/bin/python2.7 - priority 27
/usr/bin/python3.6 - priority 36
/usr/bin/python3.7 - priority 37
/usr/bin/python3.8 - priority 38
/usr/bin/python3.9 - priority 39
Current `best' version is /usr/bin/python3.9.

The following link are not provided anymore.
/usr/bin/idle
/usr/bin/pydoc

Rationale:
https://www.python.org/dev/peps/pep-0394/
In other systems as Debian
/usr/bin/python is discouraged.

As on Cygwin we have still several third packages depending on
python2, the usage of alternatives should allow to manage
until all are updated to python3

DESCRIPTION
Python is a programming language that lets you work quickly
and integrate systems more effectively.
Python is powerful... and fast; plays well with others;
runs everywhere; is friendly & easy to learn; is Open.

HOMEPAGE
https://www.python.org/

Regards
Marco Atzeri


If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .

[ANNOUNCEMENT] Updated: python 3.9 packages

[Marco Atzeri via Cygwin-announce]

Several python packages have been added to the Cygwin distribution
and at the same time the equivalent packages for 3.6/3./3.8
have been uploaded.


test for
https://sourceware.org/pipermail/cygwin/2021-December/250304.html

python39                                3.9.9-3 (test)
idle39                                  3.9.9-3 (test)
python39-devel                          3.9.9-3 (test)
python39-test                           3.9.9-3 (test)
python39-tkinter                        3.9.9-3 (test)

**  updated  **

python39-sip                               6.5.0-1
python39-tox                               3.24.4-1

**  added  **

python39-backports.entry_points_selectable 1.1.1-1
python39-platformdirs                      2.4.1-1
python39-pyqt-builder                      1.12.2-1
python39-pyroma                            3.2-1




CHANGES
latest upstream releases

CYGWIN CHANGES

As python2 is no longer supported

https://devguide.python.org/devcycle/#end-of-life-branches

the package are updated to include postinstall script that
use "alternatives" to define for

   /usr/bin/python

   /usr/bin/python3
   /usr/bin/idle3
   /usr/bin/pydoc3

a default to the highest package available.

$ alternatives --display python
python - status is auto.
  link currently points to /usr/bin/python3.9
/usr/bin/python2.7 - priority 27
/usr/bin/python3.6 - priority 36
/usr/bin/python3.7 - priority 37
/usr/bin/python3.8 - priority 38
/usr/bin/python3.9 - priority 39
Current `best' version is /usr/bin/python3.9.

The following link are not provided anymore.
/usr/bin/idle
/usr/bin/pydoc

Rationale:
https://www.python.org/dev/peps/pep-0394/
In other systems as Debian
/usr/bin/python is discouraged.

As on Cygwin we have still several third packages depending on
python2, the usage of alternatives should allow to manage
until all are updated to python3

DESCRIPTION
Python is a programming language that lets you work quickly
and integrate systems more effectively.
Python is powerful... and fast; plays well with others;
runs everywhere; is friendly & easy to learn; is Open.

HOMEPAGE
https://www.python.org/

Regards
Marco Atzeri


If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .