[PATCH 15/18] python3-numpy: upgrade 2.5.3 -> 2.5.4

[Jaipaul Cheernam <jaipaul.cheernam@est.tech>]

Release: https://github.com/numpy/numpy/releases/tag/v2.5.4

Contributors
============

A total of 9 people contributed to this release.  People with a "+" by their
names contributed a patch for the first time.

Pull requests merged
====================

A total of 17 pull requests were merged for this release.
.. currentmodule:: numpy

=========================
NumPy 2.5.4 Release Notes
=========================

*Released on 2026-10-10.*

NumPy 2.5.4 is a patch release that fixes bugs discovered after the 2.5.3
release. Highlights are:

- Many typing fixes and improvements,
- A workaround for the MSVC 19.51 bug, see below.

This release supports Python versions 3.12-3.15.

Improvements
============

- ``numpy.linalg.svd`` and ``numpy.linalg.lstsq`` now raise for inputs
  containing
  infinities instead of returning garbage results.
- Fixed hangs in ``numpy.linalg.svd`` and ``numpy.linalg.lstsq`` for certain
  inputs
  containing infinities for recent versions of some LAPACK implementations.
- ``numpy.linalg.cond`` now handles non-finite inputs more consistently.

  (`gh-32593 < >`__)

StringDType hashing with NaN sentinels
--------------------------------------
``StringDType`` instances with equivalent floating-point NaN sentinels now
have equal hashes. Previously, distinct NaN objects could produce equal
dtype instances with different hashes, causing dictionary lookups and set
deduplication to fail.

(`gh-32563 < >`__)

Changes
=======

``MaskedArray`` resets a fill_value that cannot be represented in a new dtype
-----------------------------------------------------------------------------
A fill_value copied from a source array is now reset to the default fill_value
for the new dtype when it cannot be represented in that dtype.  Previously the
copied value could be stale: ufuncs that change dtype left the result holding a
fill_value typed for the old dtype, which raised a ``TypeError`` only when
something later validated it (such as ``.view()``), and a floating point
fill_value that overflows an integer dtype was kept as an out-of-range value
together with a ``RuntimeWarning``.  Both now fall back to the default,
including when a masked array is passed to ``MaskedArray`` with a different
``dtype``.  A fill_value given explicitly by the user is still validated and
raises as before.  This can now raise a ``ComplexWarning`` if the fill_value is
complex and the new dtype is real.

(`gh-32508 < >`__)
(`gh-32562 < >`__)

Contributors
============

A total of 9 people contributed to this release.  People with a "+" by their
names contributed a patch for the first time.

Pull requests merged
====================

A total of 17 pull requests were merged for this release.

Signed-off-by: Jaipaul Cheernam <jaipaul.cheernam@est.tech>
---
 .../python/{python3-numpy_2.5.3.bb => python3-numpy_2.5.4.bb}   | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-devtools/python/{python3-numpy_2.5.3.bb => python3-numpy_2.5.4.bb} (97%)

diff --git a/meta/recipes-devtools/python/python3-numpy_2.5.3.bb b/meta/recipes-devtools/python/python3-numpy_2.5.4.bb
similarity index 97%
rename from meta/recipes-devtools/python/python3-numpy_2.5.3.bb
rename to meta/recipes-devtools/python/python3-numpy_2.5.4.bb
index 338bdd2bbd..93aa356db1 100644
--- a/meta/recipes-devtools/python/python3-numpy_2.5.3.bb
+++ b/meta/recipes-devtools/python/python3-numpy_2.5.4.bb
@@ -10,7 +10,7 @@ SRCNAME = "numpy"
 SRC_URI = "${GITHUB_BASE_URI}/download/v${PV}/${SRCNAME}-${PV}.tar.gz \
            file://run-ptest \
            "
-SRC_URI[sha256sum] = "df2d5874ff183595a4ba404edd04f6bd9b5505c1d7708573f6a6c17489a67563"
+SRC_URI[sha256sum] = "9a94cf751c9ad8ebaa835bcd3d40dacf8534ad086b88c38029b65123c7999d2a"
 
 GITHUB_BASE_URI = "https://github.com/numpy/numpy/releases"
 UPSTREAM_CHECK_REGEX = "releases/tag/v?(?P<pver>\d+(\.\d+)+)$"