Skip to content

Fix platform tags for conda interpreters on Intel Macs (#14267)#18436

Closed
edschofield wants to merge 1 commit intoastral-sh:mainfrom
PythonCharmers:fix/macos-conda-platform-tags2
Closed

Fix platform tags for conda interpreters on Intel Macs (#14267)#18436
edschofield wants to merge 1 commit intoastral-sh:mainfrom
PythonCharmers:fix/macos-conda-platform-tags2

Conversation

@edschofield
Copy link
Copy Markdown
Contributor

Conda interpreters built against older macOS SDKs (e.g.,
MACOSX_DEPLOYMENT_TARGET=10.15) trigger Apple's compatibility shim,
causing platform.mac_ver() to return "10.16" instead of the real macOS
version. This leads to incorrect platform tags (e.g., macosx_10_16
instead of macosx_14_0), which prevents uv from seeing the correct
list of available packages.

Setting SYSTEM_VERSION_COMPAT=0 on the subprocess disables the shim so the script sees the true OS version.

Fixes #14267

This PR is 1 line of Rust. It supersedes this patch which was 20 lines of Python.

Conda interpreters built against older macOS SDKs (e.g.,
MACOSX_DEPLOYMENT_TARGET=10.15) trigger Apple's compatibility   shim,
causing `platform.mac_ver()` to return "10.16" instead of the real macOS
version. This leads to incorrect platform tags (e.g., `macosx_10_16`
instead of `macosx_14_0`), which prevents uv from seeing the correct
list of available packages.

Setting `SYSTEM_VERSION_COMPAT=0` on the subprocess disables
the shim so the script sees the true OS version.

Fixes astral-sh#14267
zanieb added a commit that referenced this pull request Mar 14, 2026
…18452)

Closes #14267
Replaces #18436 — adding my review
because I cannot push there
Replaces #18416

---------

Co-authored-by: Ed Schofield <ed@pythoncharmers.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Packages that pip can install but uv pip cannot install in a conda env

1 participant