BUG: pip install scipy failing on PypPy 7.3.7 #15056

[carlosyanez]

Hi!,

When trying to install scipy on pypy 7.3.7, it fails due to numpy failing to build - this happens even if numpy has been previously installed.

This issue has been raised here pypa/pip#10631 - where a complete reproducible example has been given. However, it doesn't seem to be neither pip problem, nor a scipy issue (scipy/scipy#15056)

Thanks,
Carlos

[gwerbin]

For the sake of the Wheel maintainers: the problem might be that Wheel is erroneously rejecting a valid tag, pp37-pypy37_pp73-macosx_10_7_x86_64.

[agronholm]

Is this with the latest wheel? I don't have a mac to try with, but at least on Linux, the vendored packaging lists pp38-pypy38_pp73-linux_x86_64 as a supported tag.

[gwerbin]

Is this with the latest wheel? I don't have a mac to try with, but at least on Linux, the vendored packaging lists pp38-pypy38_pp73-linux_x86_64 as a supported tag.

The issue was with 3.7 and 37 tags. I believe everything worked correctly when I used 3.8, but I can double check.

[agronholm]

Just tried on pypy3 3.7.3 and packaging 20.9. The pp37-pypy37_pp73-linux_x86_64 tag is on the list of supported tags.
Is the problem reproduceable on Linux, or macOS only?

EDIT: Should've scrolled to the top where a link to repro was given.

[agronholm]

Looked at the upstream post, found the whole log as gist and this in it:

  Collecting wheel<0.37.0
    Using cached wheel-0.36.2-py2.py3-none-any.whl (35 kB)

When you explicitly request a version of wheel that does not have the necessary fixes, this is the expected result.

[agronholm]

And here is the relevant version in their pyproject.toml: https://github.com/numpy/numpy/blob/main/pyproject.toml#L6

This has come up quite a few times on this issue tracker. It always comes down to the scientific Python projects pinning their packaging dependencies and then not updating those dependencies.

[mattip]

Well spotted, thanks. PR to NumPy submitted.