So some annoyance here: we still build 32-bit wheels, but NumPy doesn't. When we build ourselves, we ask foroldest-supported-numpy and build a 32-bit wheel of it. But then for the test, our requirement is justnumpy>=MINIMUM, so then we have to build NumPyagain becausepip picks the latest.

This will probably also affect some of the ARM builds? Which will really explode the runtime for this workflow. Maybe we'll have to get by without the test...

I'm not following how an echo on the test command verifies that it didn't totally fail. Don't you need topip install wheelhouse/*.whl to verify that it can be installed?

To avoid the long stacked wheel builds in a single job, I've switched over to dynamically generating the run matrix on other projects which has worked nicely:pypa/cibuildwheel#1261

Perhaps we should open a separate issue about the 32-bit wheels, but it seems like if Numpy has dropped direct wheel support, we could probably follow suit as well and not bother with the extra maintenance there.

cibuildwheel creates the test environment and installs the wheel when there's a test command. Setting the environment variable just triggers this behaviour; it doesn't matter that it doesn't do anything.

I opened#25475 for dropping 32-bit wheels.

We did discuss doing a bit more testing, but that can wait for after the above change.

cibuildwheel creates the test environment and installs the wheel when there's a test command. Setting the environment variable just triggers this behaviour; it doesn't matter that it doesn't do anything.

That wasn't obvious to me, thanks for clarifying! I did go in and look at the CI log to verify that does work 👍 . Perhaps add a comment above that to indicate as much?

Looks like there was a temporary disruption in the qhull download

I've realized that thecibuildsdist.whl workflow does some roughly equivalent test already. But that is on wheels that we don't end up distributing. So instead of closing this, I'm going to repurpose it to merge those two workflows so that weare checking distributed wheels. But this will wait for after dropping 32-bit wheels.

Sorry, that took a few tries to get working across platforms.

Annnd now we know that PyPy wheels don't import on Windows. Can anyone try that out with the release wheels? Or the previous nightly wheels?

Well, it seems to have magically fixed itself in the meantime.