-
Notifications
You must be signed in to change notification settings - Fork 29
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Numpy 2.0 support #185
Numpy 2.0 support #185
Conversation
numpy-2.0 is needed in order to create universially usable wheel files
For Python 3.8 no numpy 2.0 wheels are available and it will be end of life in few month. It is nevertheless still supported if one builds from source
I could imagine that the changes of pyproject.toml annoy packagers. @picca: do you have any comment or suggestion for this? Or will you just patch it out on Debian anyways? I am still gonna test this with Gentoo ebuilds and report back here. |
I could imagine that the changes of pyproject.toml annoy packagers. @picca: do
you have any comment or suggestion for this? Or will you just patch it out on
Debian anyways?
It you package is compatible with numpy 2.x and numpy1.x, what is the right way to express this constrain in pyproject ?
Debian is not yet ready to upload numpy 2.x, there is plenty of packages to upload with numpy 2 fixes.
This will take a long time...
|
The package works seems to work with both numpy 1.x and numpy 2.x. But to get wheel files for PyPI these wheels have to be built using numpy 2.x since they otherwise won't work with both numpy versions. What I use in pyproject.toml is what is explicitly recommended by numpy. I believe Debian can likely remove this numpy-2.0 dependency for the build system. |
ok, we can patch pyproject in Debian.
Cheers
Fred
|
With Gentoo ebuilds this seems to still work just fine since they seem to ignore the dependencies in pyproject.toml in favor of looking the ones defined in the ebuild. merging |
Enforce building with numpy-2.0 to get universal wheels.