PoetryInCode/void-packages
1
0
Fork 0
Code Issues Pull Requests Actions 2 Packages Projects Releases Wiki Activity

python3-scipy: remove more needless version restrictions

Browse Source
This commit is contained in:
Andrew J. Hesford 2023-07-20 21:32:35 -04:00
parent 89bb22793a
commit 51c9b3995b
2 changed files with 25 additions and 14 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

25
srcpkgs/python3-scipy/patches/dep-versions.patch Normal file
View File

@ -0,0 +1,25 @@
Several dependencies have needlessly restrictive version requirements, which
causes build failures against more up-to-date Void packages.
--- a/pyproject.toml
+++ b/pyproject.toml
@@ -11,8 +11,8 @@
build-backend = 'mesonpy'
requires = [
"meson-python>=0.12.1,<0.14.0", # already working with 0.13.x series at branch time
- "Cython>=0.29.35,<3.0", # when updating version, also update check in meson.build
- "pybind11>=2.10.4,<2.11.0",
+ "Cython>=0.29.35", # when updating version, also update check in meson.build
+ "pybind11>=2.10.4",
"pythran>=0.12.0,<0.14.0", # already working with 0.13.x series at branch time
# `wheel` is needed for non-isolated builds, given that `meson-python`
# doesn't list it as a runtime requirement (at least in 0.5.0)
@@ -40,7 +40,7 @@
# however macOS was broken and it's safe C API/ABI-wise to build against 1.21.6
# (see oldest-supported-numpy issues gh-28 and gh-45)
"numpy==1.21.6; python_version=='3.10' and (platform_system!='Windows' and platform_machine!='loongarch64') and platform_python_implementation != 'PyPy'",
- "numpy==1.23.2; python_version=='3.11' and platform_python_implementation != 'PyPy'",
+ "numpy>=1.23.2; python_version=='3.11' and platform_python_implementation != 'PyPy'",
# For Python versions which aren't yet officially supported,
# we specify an unpinned NumPy which allows source distributions

14
srcpkgs/python3-scipy/patches/numpy-version.patch
View File

@ -1,14 +0,0 @@
There doesn't seem to be a valid reason for this restriction, and it doesn't
impede building anyway.
--- a/pyproject.toml
+++ b/pyproject.toml
@@ -40,7 +40,7 @@
# however macOS was broken and it's safe C API/ABI-wise to build against 1.21.6
# (see oldest-supported-numpy issues gh-28 and gh-45)
"numpy==1.21.6; python_version=='3.10' and (platform_system!='Windows' and platform_machine!='loongarch64') and platform_python_implementation != 'PyPy'",
- "numpy==1.23.2; python_version=='3.11' and platform_python_implementation != 'PyPy'",
+ "numpy>=1.23.2; python_version=='3.11' and platform_python_implementation != 'PyPy'",
# For Python versions which aren't yet officially supported,
# we specify an unpinned NumPy which allows source distributions