mirror of
https://github.com/google/brotli.git
synced 2026-07-08 17:56:58 +00:00
Platform resolution problems for the MacOS Universal wheel #562
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @GrinningSoulGH on GitHub (Nov 10, 2025).
UV doesn't see Universal wheels as ARM64. I know it's UV's problem, but still humbly ask you to adapt your universal wheel name to satisfy their platform resolution algo. Currently, there is a
brotli-1.2.0-cp312-cp312-macosx_10_13_universal2.whlwheel on PyPI, the format that would work isbrotli-1.2.0-cp312-cp312-macosx_10_13_x86_64.macosx_11_0_arm64.macosx_10_13_universal2.whl.@eustas commented on GitHub (Nov 20, 2025):
@anthrotype could we do that (with 1.2.1 release)?
@anthrotype commented on GitHub (Nov 20, 2025):
yes we can certainly fix in the 1.2.1 release. I'm surprised to hear this though.. Given the popularity of both uv and cibuildwheel (which we use to build the wheels themselves) I'd have expected this to just work, or cibuildwheel to take care of this automatically.
@anthrotype commented on GitHub (Nov 20, 2025):
actually, I just tried installing brotli in a python3.12 virtual environment created by
uv... and it works:@anthrotype commented on GitHub (Nov 20, 2025):
I did that on a macbook pro M4 so this is
arm64@GrinningSoulGH commented on GitHub (Nov 20, 2025):
Hello, thanks for the feedback! The way to reproduce it used to be
uv pip install --only-binary=brotli --python-platform=macos brotli, but it doesn't reproduce for me atm. Most likely a problem on my part, thanks for checking! I took the format for the universal wheel name from orjson's wheels, maybe there is still some reasoning behind it.