Missing macOS 11 x86_64 wheels for 1.17.0

[jni]

Our macOS 13 intel builds are failing on 1.17. I'm not yet sure of the cause (wrapt seems to build correctly, or at least I can't see any visible build errors), but I noticed that 1.16 provides both x86_64 and arm64 wheels for macOS 11+, but 1.17 only provides arm64 wheels.

Looking at the release actions, I noticed "build wheels on macos-latest for auto" and "build wheels on macos-latest for arm64", but looking at the logs, both built arm64 wheels, so I'm wondering whether this was an unintentional change due to GHA changing the macos-latest to use ARM by default.

If this is an intentional drop then please feel free to close as wontfix — we can update our CI accordingly. But I couldn't find any information about dropping macOS Intel so I thought I would check here.

Thank you!

[GrahamDumpleton]

I rely on cibuildwheel (https://github.com/pypa/cibuildwheel) to build the wheels, so if something is missing it would be due to that. They do indeed seem to be missing in the build artefact generated by it.

wrapt-1.17.0-cp310-cp310-macosx_11_0_arm64.whl
wrapt-1.17.0-cp311-cp311-macosx_11_0_arm64.whl
wrapt-1.17.0-cp312-cp312-macosx_11_0_arm64.whl
wrapt-1.17.0-cp313-cp313-macosx_11_0_arm64.whl
wrapt-1.17.0-cp313-cp313t-macosx_11_0_arm64.whl
wrapt-1.17.0-cp38-cp38-macosx_11_0_arm64.whl
wrapt-1.17.0-cp39-cp39-macosx_11_0_arm64.whl

The cibuildwheel repo does suggest that they should be built still.

[GrahamDumpleton]

Does seem you may be right about macos-latest in some way. As GitHub action log says:

Complete job name: Build wheels (3.8+) on macos-latest for auto
Complete job name: Build wheels (3.8+) on macos-latest for arm64

[jni]

I suspect that you now have to explicitly request an Intel runner, either macOS latest or using an earlier macOS version...

Here's the sklearn cibuildwheel matrix for macos_x86_64: https://github.com/scikit-learn/scikit-learn/blob/fba028b07ed2b4e52dd3719dad0d990837bde28c/.github/workflows/wheels.yml#L111-L130

platform_id seems to be the critical bit.

[jni]

(as well as a fixed macOS version, rather than latest.)

[GrahamDumpleton]

Am try 87fe726 at the moment.

[GrahamDumpleton]

That is building:

wrapt-1.17.1-cp310-cp310-macosx_10_9_x86_64.whl
wrapt-1.17.1-cp310-cp310-macosx_11_0_arm64.whl
wrapt-1.17.1-cp311-cp311-macosx_10_9_x86_64.whl
wrapt-1.17.1-cp311-cp311-macosx_11_0_arm64.whl
wrapt-1.17.1-cp312-cp312-macosx_10_13_x86_64.whl
wrapt-1.17.1-cp312-cp312-macosx_11_0_arm64.whl
wrapt-1.17.1-cp313-cp313-macosx_10_13_x86_64.whl
wrapt-1.17.1-cp313-cp313-macosx_11_0_arm64.whl
wrapt-1.17.1-cp313-cp313t-macosx_10_13_x86_64.whl
wrapt-1.17.1-cp313-cp313t-macosx_11_0_arm64.whl
wrapt-1.17.1-cp38-cp38-macosx_10_9_x86_64.whl
wrapt-1.17.1-cp38-cp38-macosx_11_0_arm64.whl
wrapt-1.17.1-cp39-cp39-macosx_10_9_x86_64.whl
wrapt-1.17.1-cp39-cp39-macosx_11_0_arm64.whl

Guess it looks like will be okay and I can release 1.17.1 to add it.

[Czaki]

Yes. GitHub changed macos-latest to arm runners, and cibuildwheel does not cross compile x86 from arm automatically.

I strongly suggest bumping actions/checkout and actions/upload-artifact before they stop working.

Also suggest adding pyproject.toml with build-system section as in last day's the more tools expect it to exist as do not preinstall some default tools to building virtual environments.

cibulildwheel maintainer

[Czaki]

@GrahamDumpleton When we could expect release?

[GrahamDumpleton]

Unfortunately I forgot to do it in rush just before went on trip, so can’t do it now until the end of the month as have no computer with me.

[GrahamDumpleton]

I’ll see if I can get an old colleague I trust to do a release for me. It may take a few days to organize though.

[Czaki]

@GrahamDumpleton No hurry for me. I just Block 1.17.0 on our CI to keep it green. I was worried when activity in this issue was missed, but packing on a trip is a good place to miss release.