feat: build musllinux_1_1 wheels#193
Conversation
|
We'll need to split manylinux & musllinux not to reach the 6 hours time limit with emulation: https://github.com/mayeut/cmake-python-distributions/runs/3644678256?check_suite_focus=true |
|
The build for musllinux is now split on emulated platforms. Let's see how it goes: https://github.com/mayeut/cmake-python-distributions/actions/runs/1255170951 |
cibuildwheel already install the wheel before running tests. Running test_distribution is thus not necessary in this case.
|
we can probably merge as-is to get 3.21.3 out with musllinux support & will improve later on. |
| include: | ||
| - os: ubuntu-20.04 | ||
| arch: "x86_64" | ||
| build: "" |
There was a problem hiding this comment.
These lines are not necessary, but no harm either.
There was a problem hiding this comment.
I'd rather keep this verbose/explicit but if you find it makes the workflow harder to read I'm fine removing those.
This adds musllinux wheel builds in CI workflows.
Still a draft while waiting for upstream cibuildwheel support
We can't use
pipx install -f --pip-args="-c {project}/constraints-ci.txt" cmakeon musllinux for now.This would require installing openssl-dev as a pre-step.
With pypa/cibuildwheel#799, we could do either one of the following:
or using the pre-installed cmake in musllinux images:
Instead, we rely on manylinux/musllinux images provided cmake, except on manylinux1 where it's not installed. We can go back to forcing a specific version of cmake once we have one batch of musllinux wheels published on PyPI.