Charles R Harris
Sat, Oct 14, 3:03 PM
to numpy-discussion, SciPy, bcc: python-announce-list
Hi All,
On behalf of the NumPy team, I'm pleased to announce the release of NumPy
1.26.2. NumPy 1.26.2 is a maintenance release that fixes bugs and
regressions discovered after the 1.26.1 release
Hi All,
On behalf of the NumPy team, I'm pleased to announce the release of NumPy
1.26.1. NumPy 1.26.1 is a maintenance release that fixes bugs and
regressions discovered after the 1.26.0 release. In addition, it adds new
functionality for detecting BLAS and LAPACK when building from source.
Hi All,
On behalf of the NumPy team, I'm pleased to announce the release of NumPy
1.26.0. The NumPy 1.26.0 release is a continuation of the 1.25.x release
cycle with the addition of Python 3.12.0 support. Python 3.12 dropped
distutils, consequently supporting it required finding a replacement for
Hi All,
On behalf of the NumPy team, I'm pleased to announce the release of NumPy
1.26.0rc1. The NumPy 1.26.0 release is a continuation of the 1.25.x release
cycle with the addition of Python 3.12.0 support. Python 3.12 dropped
distutils, consequently supporting it required finding a replacement
Hi All,
On behalf of the NumPy team, I'm pleased to announce the release of NumPy
1.26.0b1. The NumPy 1.26.0 release is a continuation of the 1.25.x release
cycle with the addition of Python 3.12.0 support. Python 3.12 dropped
distutils, consequently supporting it required finding a replacement
Hi All,
On behalf of the NumPy team, I'm pleased to announce the release of NumPy
1.25.2. NumPy 1.25.2 is a maintenance release that fixes bugs and
regressions discovered after the 1.25.1 release. This is the last planned
release in the 1.25.x series, the next final release will be 1.26.0, which
Hi all,
I'm delighted to announce the latest release of skforecast!
In this release (0.9.0), we have made significant improvements to enhance
performance and deliver an even better experience. Key highlights of this
release:
퐄퐧퐡퐚퐧퐜퐞퐝 퐩퐞퐫퐟퐨퐫퐦퐚퐧퐜퐞: We have refactored our backtesting
and fit
Hi All,
On behalf of the NumPy team, I'm pleased to announce the release of NumPy
1.25.1. NumPy 1.25.1 is a maintenance release that fixes bugs discovered
after the 1.24.3 release and updates the build infrastructure to stay
current with upstream changes.
The Python versions supported by this
Hi All,
On behalf of the NumPy team, I'm pleased to announce the release of NumPy
1.24.4. NumPy 1.24.4 is a maintenance release that fixes a few bugs
discovered after the 1.24.3 release.
The Python versions supported by this release are 3.8-3.11 Note that 32 bit
wheels are only provided for
Hi All,
The NumPy 1.25.0 release continues the ongoing work to improve the handling
and promotion of dtypes, increase execution speed, and clarify the
documentation. There has also been work to prepare for the future NumPy
2.0.0
release, resulting in a large number of new and expired deprecation.
Hi All,
The NumPy 1.25.0 release continues the ongoing work to improve the handling
and promotion of dtypes, increase the execution speed, and clarify the
documentation. There has also been work to prepare for the future NumPy
2.0.0
release, resulting in a large number of new and expired
Hi all,
I'm delighted to announce the latest release of *s**kforecast*!
*Skforecast *is a Python library that eases using scikit-learn regressors
as single and multi-step forecasters. It also works with any regressor
compatible with the scikit-learn API (pipelines, CatBoost, LightGBM,
XGBoost,
Hi All,
On behalf of the NumPy team, I'm pleased to announce the release of NumPy
1.24.3. NumPy 1.24.3 is a maintenance release that fixes bugs and
regressions discovered after the 1.24.2 release.
The Python versions supported by this release are 3.8-3.11 Note that 32 bit
wheels are only
Hi All,
On behalf of the NumPy team, I'm pleased to announce the release of NumPy
1.24.2. NumPy 1.24.2 is a maintenance release that fixes bugs and
regressions discovered after the 1.24.1 release.
The Python versions supported by this release are 3.8-3.11 Note that 32 bit
wheels are only
Hi All,
On behalf of the NumPy team, I'm pleased to announce the release of NumPy
1.24.1. NumPy 1.24.1 is a maintenance release that fixes bugs and
regressions discovered after the 1.24.0 release.
The Python versions supported by this release are 3.8-3.11 Note that 32 bit
wheels are only
Hi All,
On behalf of the NumPy team, I'm pleased to announce the release of NumPy
1.24.0. The NumPy 1.24.0 release continues the ongoing work to improve the
handling and promotion of dtypes, increase execution speed, and
clarify the documentation. There are also a large number of new and expired
Hi All,
On behalf of the NumPy team, I'm pleased to announce the release of NumPy
1.24.0rc1. The NumPy 1.24.0 release continues the ongoing work to improve
the handling and promotion of dtypes, increase execution speed, and
clarify the documentation. There are also a large number of new and
Hi All,
On behalf of the NumPy team, I'm pleased to announce the release of NumPy
1.24.0rc1. The NumPy 1.24.0 release continues the ongoing work to improve
the handling and promotion of dtypes, increase execution speed, and
clarify the documentation. There are also a large number of new and
Hi All,
On behalf of the NumPy team, I am pleased to announce the release of
NumPy 1.23.5. NumPy 1.23.5 is a maintenance release that fixes bugs
discovered after the 1.23.4 release and keeps the build infrastructure
current. The Python versions supported for this release are 3.8-3.11.
Wheels can
Hi All,
On behalf of the NumPy team, I am pleased to announce the release of
NumPy 1.23.4. NumPy 1.23.4 is a maintenance release that fixes bugs
discovered after the 1.23.3 release and keeps the build infrastructure
current. The main improvements are fixes for some annotation corner cases,
a fix
Hi All,
On behalf of the NumPy team, I am pleased to announce the release of
NumPy 1.23.3. NumPy 1.23.3 is a maintenance release that fixes bugs
discovered after the 1.23.2 release. There is no major theme for this
release, the main improvements are for some downstream builds and some
annotation
Hi All,
On behalf of the NumPy team, I am pleased to announce the release of
NumPy 1.23.2. NumPy 1.23.2 is a maintenance release that fixes bugs
discovered after the 1.23.1 release. Notable features are:
- Typing changes needed for Python 3.11
- Wheels for Python 3.11.0rc1
The Python
Hi All,
On behalf of the NumPy team, I'm pleased to announce the release of NumPy
1.23.1. NumPy 1.23.1 is a maintenance release that fixes bugs discovered
after the 1.23.0 release. Notable fixes are:
- Fix searchsorted for float16 NaNs
- Fix compilation on Apple M1
- Fix KeyError in
Hi All,
On behalf of the NumPy team, I'm pleased to announce the release of NumPy
1.23.0. The NumPy 1.23.0 release continues the ongoing work to improve the
handling and promotion of dtypes, increase the execution speed, clarify the
documentation, and expire old deprecations. The highlights are:
Hi All,
On behalf of the NumPy team, I'm pleased to announce the release of NumPy
1.23.0rc2. The NumPy 1.23.0 release continues the ongoing work to improve
the handling and promotion of dtypes, increase the execution speed, clarify
the documentation, and expire old deprecations. The highlights
Hi All,
On behalf of the NumPy team, I'm pleased to announce the release of NumPy
1.23.0rc2. The NumPy 1.23.0 release continues the ongoing work to improve
the handling and promotion of dtypes, increase the execution speed, clarify
the documentation, and expire old deprecations. The highlights
Hi All,
On behalf of the NumPy team, I'm pleased to announce the release of NumPy
1.23.0rc1. The NumPy 1.23.0 release continues the ongoing work to improve
the handling and promotion of dtypes, increase the execution speed, clarify
the documentation, and expire old deprecations. The highlights
Hi All,
On behalf of the NumPy team, I'm pleased to announce the release of NumPy
1.22.4. NumPy 1.22.4 is a maintenance release that fixes bugs discovered
after the 1.22.3 release. In addition, the wheels for this release are
built using the recently released Cython 0.29.30, which should fix the
Hi All,
On behalf of the NumPy team I am pleased to announce the release of NumPy
1.21.6. NumPy 1.21.6 is a very small release that achieves two things:
- Backs out the mistaken backport of C++ code into 1.21.5.
- Provides a 32 bit Windows wheel for Python 3.10.
The provision of the 32
Change by Jason R. Coombs :
--
pull_requests: +30349
pull_request: https://github.com/python/cpython/pull/32288
___
Python tracker
<https://bugs.python.org/issue46
Jason R. Coombs added the comment:
Correction. In msg416618, link should have been:
[docs for
zipfile](https://docs.python.org/3/library/zipfile.html#zipinfo-objects)
--
___
Python tracker
<https://bugs.python.org/issue47
Jason R. Coombs added the comment:
> Are the methods expected to raise specific exception types (e.g. if a
> resource is missing, or you call iterdir on a “file”)?
The short answer is no. The protocol does not stipulate specific exceptions.
Perhaps it should be documented that any exce
Jason R. Coombs added the comment:
> Can the argument to `joinpath` contain path separators?
Good question. Currently, I'm aware of three concrete implementations of
Traversable.joinpath:
- pathlib.Path.joinpath
- zipfile.Path.joinpath
- importlib.resources.simple.ResourceContainer.joinp
Change by Jason R. Coombs :
--
assignee: docs@python -> jaraco
___
Python tracker
<https://bugs.python.org/issue47142>
___
___
Python-bugs-list mailing list
Un
Jason R. Coombs added the comment:
My goal with this issue is to simply unblock the use of docstrings in Python
tests. I believe with the work above and the proposed published post, I've
accomplished that goal. I've already spent more time than I'd hoped on this
issue and would like
Change by Jason R. Coombs :
--
pull_requests: +30208
pull_request: https://github.com/python/cpython/pull/32128
___
Python tracker
<https://bugs.python.org/issue46
Change by Jason R. Coombs :
--
resolution: -> works for me
___
Python tracker
<https://bugs.python.org/issue46126>
___
___
Python-bugs-list mailing list
Un
Jason R. Coombs added the comment:
I've confirmed that prior to the patch in PR 30194, the location of the failure
was indeed reported. It was just not reported on the same line:
```
cpython main $ git log -1
commit 3e93af0b06cada874c4a16868b6f863b599919f2 (HEAD -> main)
Author: Jaso
Jason R. Coombs added the comment:
It's possible my bad experience may have been avoided through issue35905.
--
___
Python tracker
<https://bugs.python.org/issue46
Jason R. Coombs added the comment:
Aha. If I configure/make without LDFLAGS or CPPFLAGS set, compilation works.
Then I noticed for `LDFLAGS`, some users were using `-L`. I thought it was
slightly odd that my recipe was using `-I` for both flags. How is it that [this
mistake](https
Jason R. Coombs added the comment:
As suggested, I uninstalled and reinstalled everything in homebrew:
$ brew list | xargs brew remove
$ brew install python@3.10 python-launcher python@3.9 python@3.8 gh git
Even after following those steps and setting LDFLAGS and CPPFLAGS to point to
`brew
Jason R. Coombs added the comment:
I did [this
search](https://www.google.com/search?q=gittext+homebrew+"ld%3A+symbol(s)+not+found+for+architecture+arm64"),
which surfaced a few related results.
[This
article](https://lifesaver.codes/answer/pyenv-arm64-builds-confused-by-x86-
Jason R. Coombs added the comment:
SG. Thanks for the advice. I'll dive in and experiment and report back when I
have progress.
--
status: closed -> open
___
Python tracker
<https://bugs.python.org/issu
Jason R. Coombs added the comment:
Well, I'm using a mac with gettext installed as part of `brew install git` with
homebrew installed using the standard procedure.
Only after running `brew remove --ignore-dependencies gettext` and re-running
configure/make did the command build, but doing
Jason R. Coombs added the comment:
And indeed, after removing the `grep ERROR` part of the repro, even the repro
seems to be invalid:
```
cpython main $ ./python.exe -m test.test_importlib -v -k
test_entry_points_unique
test_entry_points_unique_packages
Jason R. Coombs added the comment:
I ran into this same issue. I notice that gettext is a dependency of git, so a
common dependency when developing. Is there perhaps a way that CPython could be
made to ignore gettext on macos Silicon or to detect an incompatible platform
and thus ignore
Jason R. Coombs added the comment:
Inada, you're right. Good catch. I think I missed that behavior from before
because I used `grep ERROR` and when I ran it this time, I just assumed the
output would be the same, but it's clear that even _with descriptions enabled_,
the location of the test
Jason R. Coombs added the comment:
In an attempt to replicate Terry's usage, I added the following patch:
```
diff --git a/Lib/idlelib/idle_test/test_text.py
b/Lib/idlelib/idle_test/test_text.py
index 0f31179e04..be977bbfff 100644
--- a/Lib/idlelib/idle_test/test_text.py
+++ b/Lib/idlelib
Change by Jason R. Coombs :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Jason R. Coombs added the comment:
I'm going to close this issue again, as the implementation is now present in at
least a couple of releases. May I suggest that if there are ongoing concerns or
issues to open up a new issue and reference this one and loop me into the
conversation? I'm also
Jason R. Coombs added the comment:
Closing without prejudice. Happy to revisit if there's more information on how
importlib could/should behave differently.
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.p
Change by Jason R. Coombs :
--
assignee: -> jaraco
___
Python tracker
<https://bugs.python.org/issue47060>
___
___
Python-bugs-list mailing list
Unsubscrib
Jason R. Coombs added the comment:
Thanks for the report.
Yes, the issues are related, where .version and .name returning None are
specific manifestations of the metadata not having that key and the behavior
being ill-defined.
I haven't yet decided if metadata items being undefined should
Jason R. Coombs added the comment:
I'd advocate for not supporting bytes paths and instead updating the
documentation to require strings.
--
nosy: +jaraco
___
Python tracker
<https://bugs.python.org/issue47
Jason R. Coombs added the comment:
See https://github.com/pypa/setuptools/issues/3007#issuecomment-1068621865
where I did a brief analysis and probable explanation.
What it boils down to: Setuptools needs to supply its own copy of distutils
aggressively. It provides an opt out
Change by Jason R. Coombs :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Jason R. Coombs :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Jason R. Coombs added the comment:
New changeset 177be52517da9a876a3f9e670f88c4731b906986 by Jason R. Coombs in
branch '3.9':
[3.9] bpo-47004: Sync with importlib_metadata 4.11.3. (GH-31854). (GH-31859)
https://github.com/python/cpython/commit/177be52517da9a876a3f9e670f88c4731b906986
Jason R. Coombs added the comment:
New changeset d929aa70e2a324ea48fed221c3257f929be05115 by Jason R. Coombs in
branch '3.10':
[3.10] bpo-47004: Sync with importlib_metadata 4.11.3. (GH-31854). (GH-31857)
https://github.com/python/cpython/commit/d929aa70e2a324ea48fed221c3257f929be05115
Change by Jason R. Coombs :
--
pull_requests: +29957
pull_request: https://github.com/python/cpython/pull/31859
___
Python tracker
<https://bugs.python.org/issue47
Change by Jason R. Coombs :
--
pull_requests: +29955
pull_request: https://github.com/python/cpython/pull/31857
___
Python tracker
<https://bugs.python.org/issue47
Jason R. Coombs added the comment:
New changeset b1e286860742e7ba6fadc75e3ddb6c2899a56919 by Jason R. Coombs in
branch 'main':
bpo-47004: Sync with importlib_metadata 4.11.3. (#31854)
https://github.com/python/cpython/commit/b1e286860742e7ba6fadc75e3ddb6c2899a56919
Change by Jason R. Coombs :
--
keywords: +patch
pull_requests: +29952
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31854
___
Python tracker
<https://bugs.python.org/issu
New submission from Jason R. Coombs :
Importlib_metadata 4.11.1-3 introduced a few bug fixes. Importantly, 4.11.2
fixed a [serious
defect](https://github.com/python/importlib_metadata/issues/369). Let's
incorporate those fixes into CPython.
--
messages: 415075
nosy: jaraco
priority
Change by Jason R. Coombs :
--
assignee: -> jaraco
___
Python tracker
<https://bugs.python.org/issue47004>
___
___
Python-bugs-list mailing list
Unsubscrib
Jason R. Coombs added the comment:
Aha. I learned how to run commands in the poetry environment... and how to
locate files in that environment. With that, I figured out where the
environment is and where the package metadata is coming from:
```
$ docker run -it @$(docker build -q .) bash -c
Jason R. Coombs added the comment:
The behavior you describe is intentional _and_ deterministic. The library
discovers distributions in the order found based on the search path provided,
with the search path defaulting to sys.path.
The expectation is therefore that the metadata should
Jason R. Coombs added the comment:
I'm in support of adding Path support for sys.path, but I also agree with Eric,
there are innumerable consumers of sys.path beyond importlib. and since
pathlib.Path isn't a str, it would likely introduce incompatibility. On the
other hand, users
Hi All,
On behalf of the NumPy team, I'm pleased to announce the release of NumPy
1.22.3. NumPy 1.22.3 is a maintenance release that fixes bugs discovered
after the 1.22.2 release. The most noticeable fixes may be those for
DLPack. One that may cause some problems is disallowing strings as inputs
R. David Murray added the comment:
The policy is named 'default' because it was intended to become the default two
feature releases after the new email code became non-provisional (first:
deprecate not specifying an explicit policy, next release make default the
default policy and make
Jason R. Coombs added the comment:
I'm pretty sure both EntryPoints and DeprecatedList were introduced in Python
3.10, so 3.9 and 3.8 aren't relevant.
--
versions: -Python 3.8, Python 3.9
___
Python tracker
<https://bugs.python.org/issue46
Jason R. Coombs added the comment:
The tempora library implements a [portable
strftime](https://tempora.readthedocs.io/en/latest/index.html#tempora.strftime).
--
___
Python tracker
<https://bugs.python.org/issue13
Hi All,
On behalf of the NumPy team, I'm pleased to announce the release of NumPy
1.22.2. NumPy 1.22.2 fixes several bugs discovered after the 1.22.1
release. Notable fixes are:
- Build related fixes for downstream projects and other platforms.
- Various annotation fixes/additions.
-
New submission from Jason R. Coombs :
Attempting to define a lazy-loaded property for a module, I found [this
guidance](https://stackoverflow.com/a/52018676/70170) referencing [module
attribute
access](https://docs.python.org/3/reference/datamodel.html#customizing-module-attribute-access
Jason R. Coombs added the comment:
Thanks Nikita for the report. I agree, it's inelegant that this property leaks.
Because this code is synced with importlib_metadata, I'm not sure it's worth
the effort of changing it here. Your change here implies a cherry-pick to the
backport and updating
R. David Murray added the comment:
Yeah, I think we need a complete example here.
Note that in the general case there is no such thing as an RFC-valid email in
unicode (which is what python strings are), though with utf8=True and an email
involving only text you might get away with it. I
Change by Jason R. Coombs :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Jason R. Coombs added the comment:
New changeset 1514d1252f96e6a83eb65c439522a6b5443f6a1a by Jason R. Coombs in
branch '3.9':
[3.9] bpo-46474: Avoid REDoS in EntryPoint.pattern (sync with
importlib_metadata 4.10.1) (GH-30803). (GH-30828)
https://github.com/python/cpython/commit
Jason R. Coombs added the comment:
New changeset a7a4ca4f06c8c31d7f403113702ad2e80bfc326b by Jason R. Coombs in
branch '3.10':
[3.10] bpo-46474: Avoid REDoS in EntryPoint.pattern (sync with
importlib_metadata 4.10.1) (GH-30803) (GH-30827)
https://github.com/python/cpython/commit
Change by Jason R. Coombs :
--
pull_requests: +29016
pull_request: https://github.com/python/cpython/pull/30829
___
Python tracker
<https://bugs.python.org/issue46
Change by Jason R. Coombs :
--
pull_requests: +29015
pull_request: https://github.com/python/cpython/pull/30828
___
Python tracker
<https://bugs.python.org/issue46
Change by Jason R. Coombs :
--
pull_requests: +29014
pull_request: https://github.com/python/cpython/pull/30827
___
Python tracker
<https://bugs.python.org/issue46
Jason R. Coombs added the comment:
New changeset 51c3e28c8a163e58dc753765e3cc51d5a717e70d by Jason R. Coombs in
branch 'main':
bpo-46474: Avoid REDoS in EntryPoint.pattern (sync with importlib_metadata
4.10.1) (GH-30803)
https://github.com/python/cpython/commit
Jason R. Coombs added the comment:
New changeset 443dec6c9a104386ee90165d32fb28d0c5d29043 by Jason R. Coombs in
branch 'main':
bpo-46474: Apply changes from importlib_metadata 4.10.0 (GH-30802)
https://github.com/python/cpython/commit/443dec6c9a104386ee90165d32fb28d0c5d29043
Jason R. Coombs added the comment:
New changeset d888ff5381594641126065e78dc9210dae4436a4 by Jason R. Coombs in
branch 'main':
bpo-46425: Partially revert "bpo-46425: fix direct invocation of
`test_importlib` (GH-30682)" (GH-30799)
https://github.com/python/cpyt
Change by Jason R. Coombs :
--
stage: patch review -> needs patch
___
Python tracker
<https://bugs.python.org/issue41682>
___
___
Python-bugs-list mai
Change by Jason R. Coombs :
--
pull_requests: +28989
pull_request: https://github.com/python/cpython/pull/30803
___
Python tracker
<https://bugs.python.org/issue46
Change by Jason R. Coombs :
--
pull_requests: +28990
pull_request: https://github.com/python/cpython/pull/30803
___
Python tracker
<https://bugs.python.org/issue46
Change by Jason R. Coombs :
--
pull_requests: +28988
pull_request: https://github.com/python/cpython/pull/30802
___
Python tracker
<https://bugs.python.org/issue46
Change by Jason R. Coombs :
--
keywords: +patch
pull_requests: +28987
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/30802
___
Python tracker
<https://bugs.python.org/issu
Jason R. Coombs added the comment:
Because I want this security issue to be back-portable to older Pythons, I'll
first apply importlib_metadata 4.10.0 and then apply the change from 4.10.1
separately.
--
___
Python tracker
<ht
New submission from Jason R. Coombs :
Originally reported to the Python Security Response Team, the
EntryPoint.pattern demonstrates a potential
[ReDoS](https://owasp.org/www-community/attacks/Regular_expression_Denial_of_Service_).
The issue has been patched and fix released
Change by Jason R. Coombs :
--
pull_requests: +28984
pull_request: https://github.com/python/cpython/pull/30799
___
Python tracker
<https://bugs.python.org/issue46
Change by Jason R. Coombs :
--
assignee: -> jaraco
___
Python tracker
<https://bugs.python.org/issue46126>
___
___
Python-bugs-list mailing list
Unsubscrib
Jason R. Coombs added the comment:
I've merged the fix for regrtest and I'll explore Terry's concerns and see what
I can devise for those concerns as well.
--
___
Python tracker
<https://bugs.python.org/issue46
Change by Jason R. Coombs :
--
nosy: +jaraco
___
Python tracker
<https://bugs.python.org/issue46425>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jason R. Coombs added the comment:
Closing, presumed fixed. Please re-open if not.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
R. David Murray added the comment:
The general idea is that the string version of the header should contain all of
the original information, but the parsed elements (the things returned by
special header attributes) will contain the valid data, if any. So if the
string version
R. David Murray added the comment:
Note that the parser does attempt to accept obsolete syntax (registering
defects for it), so if there is a bug in the implementation of the obsolete
syntax handling it should be fixed. And yes, there have been other bugs with
whitespace handling
Hi All,
On behalf of the NumPy team, I'm pleased to announce the release of NumPy
1.22.1. NumPy 1.22.1 fixes several bugs discovered after the 1.22.0
release. Notable fixes are:
- Fix for f2PY docstring problems (SciPy)
- Fix for reduction type problems (AstroPy)
- Fixes for various
1 - 100 of 13333 matches
Mail list logo