Test failures are because of compute limits.

EDIT: manylinux 32-bit failure is real.

Will finalize this tomorrow.

I'll merge it, normally I squash backport candidates for SciPy to make backporting easier; however, maybe Chuck will forgive me for not squashing in this case given that some commits are distinct vendoring commits and so on, and it can also be helpful if we need to bisect again (hopefully not, but...).

however, maybe Chuck will forgive me for not squashing

I plan to do worse, once f2py settles a bit I'm going to straight copy it down into 1.26.x. I'd usually let things ride, but 2.0 isn't going to come out this month. I some point I distutils might break in 1.26, but meson builds seem to be stabilizing downstream.

Thanks for the quick fix!

It would also be nice for f2py to provide the from_template functionality instead of forcing generate_f2pymod.py in scipy to vendor it from distutils.

Please don't try this. I on purpose did not do that, not only because the .src format is unrelated to f2py but also because it's terrible and no one should start using it in 2023. The SciPy generate_f2pymod script is fine until we manage to get rid of this templating format completely.