* [ANNOUNCEMENT] Updated: python 3.9 packages @ 2021-12-21 16:06 Marco Atzeri via Cygwin-announce 2021-12-22 13:52 ` airplanemath ` (2 more replies) 0 siblings, 3 replies; 14+ messages in thread From: Marco Atzeri via Cygwin-announce @ 2021-12-21 16:06 UTC (permalink / raw) To: cygwin 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 . ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [ANNOUNCEMENT] Updated: python 3.9 packages 2021-12-21 16:06 [ANNOUNCEMENT] Updated: python 3.9 packages Marco Atzeri via Cygwin-announce @ 2021-12-22 13:52 ` airplanemath 2021-12-23 20:00 ` Marco Atzeri 2021-12-23 20:34 ` Russell VT 2022-03-20 16:00 ` deprecate pytz? Brian Inglis 2 siblings, 1 reply; 14+ messages in thread From: airplanemath @ 2021-12-22 13:52 UTC (permalink / raw) To: cygwin 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 ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [ANNOUNCEMENT] Updated: python 3.9 packages 2021-12-22 13:52 ` airplanemath @ 2021-12-23 20:00 ` Marco Atzeri 2021-12-24 10:57 ` Jon Turney 0 siblings, 1 reply; 14+ messages in thread From: Marco Atzeri @ 2021-12-23 20:00 UTC (permalink / raw) To: cygwin 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 ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [ANNOUNCEMENT] Updated: python 3.9 packages 2021-12-23 20:00 ` Marco Atzeri @ 2021-12-24 10:57 ` Jon Turney 2021-12-24 11:16 ` Marco Atzeri 0 siblings, 1 reply; 14+ messages in thread From: Jon Turney @ 2021-12-24 10:57 UTC (permalink / raw) To: Marco Atzeri, The Cygwin Mailing List 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? ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [ANNOUNCEMENT] Updated: python 3.9 packages 2021-12-24 10:57 ` Jon Turney @ 2021-12-24 11:16 ` Marco Atzeri 2021-12-24 13:53 ` Jon Turney 0 siblings, 1 reply; 14+ messages in thread From: Marco Atzeri @ 2021-12-24 11:16 UTC (permalink / raw) To: Jon Turney, The Cygwin Mailing List 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 ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [ANNOUNCEMENT] Updated: python 3.9 packages 2021-12-24 11:16 ` Marco Atzeri @ 2021-12-24 13:53 ` Jon Turney 0 siblings, 0 replies; 14+ messages in thread From: Jon Turney @ 2021-12-24 13:53 UTC (permalink / raw) To: The Cygwin Mailing List 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. :) ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [ANNOUNCEMENT] Updated: python 3.9 packages 2021-12-21 16:06 [ANNOUNCEMENT] Updated: python 3.9 packages Marco Atzeri via Cygwin-announce 2021-12-22 13:52 ` airplanemath @ 2021-12-23 20:34 ` Russell VT 2021-12-24 6:57 ` Marco Atzeri 2022-03-20 16:00 ` deprecate pytz? Brian Inglis 2 siblings, 1 reply; 14+ messages in thread From: Russell VT @ 2021-12-23 20:34 UTC (permalink / raw) To: cygwin 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 ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [ANNOUNCEMENT] Updated: python 3.9 packages 2021-12-23 20:34 ` Russell VT @ 2021-12-24 6:57 ` Marco Atzeri 0 siblings, 0 replies; 14+ messages in thread From: Marco Atzeri @ 2021-12-24 6:57 UTC (permalink / raw) To: cygwin 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 ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: deprecate pytz? 2021-12-21 16:06 [ANNOUNCEMENT] Updated: python 3.9 packages Marco Atzeri via Cygwin-announce 2021-12-22 13:52 ` airplanemath 2021-12-23 20:34 ` Russell VT @ 2022-03-20 16:00 ` Brian Inglis 2023-03-07 21:18 ` deprecate pytz? or update pytz to 2022g/2022.7.1 Brian Inglis 2 siblings, 1 reply; 14+ messages in thread From: Brian Inglis @ 2022-03-20 16:00 UTC (permalink / raw) To: cygwin 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.] ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: deprecate pytz? or update pytz to 2022g/2022.7.1 2022-03-20 16:00 ` deprecate pytz? Brian Inglis @ 2023-03-07 21:18 ` Brian Inglis 2023-03-07 21:35 ` marco atzeri 0 siblings, 1 reply; 14+ messages in thread From: Brian Inglis @ 2023-03-07 21:18 UTC (permalink / raw) To: cygwin 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 ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: deprecate pytz? or update pytz to 2022g/2022.7.1 2023-03-07 21:18 ` deprecate pytz? or update pytz to 2022g/2022.7.1 Brian Inglis @ 2023-03-07 21:35 ` marco atzeri 2023-03-08 5:11 ` Marco Atzeri 0 siblings, 1 reply; 14+ messages in thread From: marco atzeri @ 2023-03-07 21:35 UTC (permalink / raw) To: cygwin; +Cc: Brian Inglis 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 ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: deprecate pytz? or update pytz to 2022g/2022.7.1 2023-03-07 21:35 ` marco atzeri @ 2023-03-08 5:11 ` Marco Atzeri 2023-03-26 20:45 ` update pytz to 2023.2/2023b tzdata Brian Inglis 0 siblings, 1 reply; 14+ messages in thread From: Marco Atzeri @ 2023-03-08 5:11 UTC (permalink / raw) To: cygwin; +Cc: Brian Inglis 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 ^ permalink raw reply [flat|nested] 14+ messages in thread
* update pytz to 2023.2/2023b tzdata 2023-03-08 5:11 ` Marco Atzeri @ 2023-03-26 20:45 ` Brian Inglis 2023-03-27 0:13 ` update pytz to 2023.2/2023b tzdata? Brian Inglis 0 siblings, 1 reply; 14+ messages in thread From: Brian Inglis @ 2023-03-26 20:45 UTC (permalink / raw) To: cygwin [-- 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] )) ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: update pytz to 2023.2/2023b tzdata? 2023-03-26 20:45 ` update pytz to 2023.2/2023b tzdata Brian Inglis @ 2023-03-27 0:13 ` Brian Inglis 0 siblings, 0 replies; 14+ messages in thread From: Brian Inglis @ 2023-03-27 0:13 UTC (permalink / raw) To: cygwin [-- 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 )) ^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2023-03-27 0:13 UTC | newest] Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2021-12-21 16:06 [ANNOUNCEMENT] Updated: python 3.9 packages Marco Atzeri via Cygwin-announce 2021-12-22 13:52 ` airplanemath 2021-12-23 20:00 ` Marco Atzeri 2021-12-24 10:57 ` Jon Turney 2021-12-24 11:16 ` Marco Atzeri 2021-12-24 13:53 ` Jon Turney 2021-12-23 20:34 ` Russell VT 2021-12-24 6:57 ` Marco Atzeri 2022-03-20 16:00 ` deprecate pytz? Brian Inglis 2023-03-07 21:18 ` deprecate pytz? or update pytz to 2022g/2022.7.1 Brian Inglis 2023-03-07 21:35 ` marco atzeri 2023-03-08 5:11 ` Marco Atzeri 2023-03-26 20:45 ` update pytz to 2023.2/2023b tzdata Brian Inglis 2023-03-27 0:13 ` update pytz to 2023.2/2023b tzdata? Brian Inglis
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).