-
-
Notifications
You must be signed in to change notification settings - Fork 2.3k
CI Set MACOSX_DEPLOYMENT_TARGET=10.9 for Wheels #6750
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
CI Set MACOSX_DEPLOYMENT_TARGET=10.9 for Wheels #6750
Conversation
MacOS 10.9 has been "Unsupported as of September 2016" by Apple. Apple is a highly profitable company with tons of resources and a large developer team. They decided to drop support for 10.0 in 2016. I think it is worth considering whether a poorly funded, largely volunteer effort should support things an extremely profitable company making massive profits doesn't think makes financial sense. That said if this works and wouldn't involve any bug fixes or support burden going forward, maybe we should consider it. Of course, it would require another release candidate and would delay the first version of scikit-image that supports Python 3.11 for a few more days. If supporting older (unmaintained) versions of MacOS has no chance of generating additional bug reports or maintenance costs, then it may be worth delaying releasing a version of scikit-image that supports Python 3.11 for a few more days. For comparison, 10.13 has been "Unsupported as of November 2020" by a record profit-making company and we are already supporting it as a largely volunteer effort. |
Perhaps I got the wrong end of the stick and this should have only been for 0.19.3 I can't get that version to build from source on El Capitan, but am already very happy that the change to Meson means that 0.20 does. So it's no big deal. Thank you very much already for that :) There is certainly no guarantee that this wouldn't be more trouble than it's worth and is possibly not what was intended at all: in which case, apologies. |
This PR passes the tests and the wheels build. But it only builds Python 3.8 with support for the (In other words, this PR doesn't change what wheels are built. We still need to get the wheel build system working and once that happens we can consider what versions we can support with this release. It is unlikely that there will be updates to the 0.19.x branch unless someone volunteers to sort that out.) Python 3.8 is old and we will drop support for it according to NEP 29 in early April. So I am +1 for merging this and releasing another RC today or early tomorrow. |
ea6f2e2
to
8d1ba30
Compare
@jarrodmillman Something's wrong with the x86 wheel builds: they should not be targeting macosx 12. |
I don't know why it's being ignored (especially if MACOSX_DEPLOYMENT_TARGET=10.13 is respected) but the 10.16 tag means MacOS 11 Big Sur: so maybe not totally ignored, in that something other than a Monterey wheel is being built in the case of Python 3.8 (only). MacOS 11 reports itself as 10.16 if SYSTEM_VERSION_COMPAT=1 is set in the calling environment, for compatibility with scripts that assume OS "X" means 10. https://twitter.com/jeremyhu/status/1285230460402987008?s=20 So maybe something to do with the version of XCode on the runner and Apple's Clang 14.0.0? |
Change CI MACOSX_DEPLOYMENT_TARGET from 10.13 to 10.9 to allow for continued compatibility with earlier OS versions given that associated wheels are available which meet the dependency version requirements. The correct fix for building MacOSX wheels is here: mesonbuild/meson-python#309 We are using this temporary workaround: scikit-image#6757 SciPy 1.10.1 will also suport 10.9: scikit-image#6750
8d1ba30
to
220e6a7
Compare
I think we have sorted it out and have a fix (that should be in the next meson-python release) and temporary workaround until then. The correct fix for building MacOSX wheels is here: We are using this temporary workaround: SciPy 1.10.1 will also suport 10.9: The most recent version of NumPy already has 10.9 wheels. |
Fantastic! |
@OBgoneSouth Would you mind testing the latest rc: I think we are basically ready to release 0.20.0 final later this week, so it would be great if you could confirm the MacOSX wheels work for you. Thanks!! |
@jarrodmillman No problem! (I notice matplotlib wheels are targeting OS X 10.12 from v3.6.0, but v.3.5.3 works fine.)
|
Excellent, thanks for checking! |
Purely for easy reference on matplotlib reasons for 10.12 matplotlib/matplotlib#18128 |
Change CI MACOSX_DEPLOYMENT_TARGET from 10.13 to 10.9 to allow for continued compatibility with earlier MacOS versions given that associated projects also have wheels available which meet the dependency version requirements.
Description
Would close issue #6461
Hopefully this is what @stefanv meant - I'd like to make a useful contribution but don't really know if I've got this right.
A wheel build of scikit-image 0.20rc5 on OS X 10.11 under Python 3.10 succeeds locally via Meson and passes the test suite with:
numpy 1.24.2
SciPy 1.9.3
networkx 3.0
pillow 9.2.0
imageio 2.25.0
tifffile 2023.2.3
PyWavelets 1.4.1
packaging 21.3
lazy_loader 0.1
Checklist
For reviewers
later.
__init__.py
.doc/release/release_dev.rst
.example, to backport to v0.19.x after merging, add the following in a PR
comment:
@meeseeksdev backport to v0.19.x
run-benchmark
label. To rerun, the labelcan be removed and then added again. The benchmark output can be checked in
the "Actions" tab.