Henry Schreiner

Build does not run setuptools commands. Build runs `build_wheel` (and `build_sdist`) from your backend hooks, as defined by PEP 517. Build commands are an internal setuptools detail (and other build...

On Windows, I get: ``` Notice: cibuildwheel: Disabling build isolation to workaround GraalPy bug. If the build fails, consider using pip or build[uv] as build frontend. ``` Then of course...

cibuildwheel's macOS CircleCI tests segfaulted on GraalPy: https://app.circleci.com/pipelines/github/pypa/cibuildwheel/6573/workflows/a3fc1f5f-1b2e-4c1e-b1c2-f455302222c2/jobs/18094

This should work, and I know it does in cibuildwheel. `pyodide build` will rewrite binary with the correct SOABI for you, but I'm surprised that it doesn't fix the wheel...

The fix is to not add cmake to build-system, and maybe specifically filter 'cmake', 'ninja', 'patchelf', and any other PyPI redistrubtions with the auto-detection tool. They are not meant to...

Additional functionally will not be added to this package. Scikit-build-core or other packages support additional functionality. This is only a redistribution.

It broke check-sdist’s tests too, where it was just building an SDist for setuptools. I believe it breaks any package that has a local backend at “.” and uses setuptools....

This is only about Python 3.8 and 3.9, everything works fine after that. It breaks both: ```console $ git clone https://github.com/cvxpy/cvxpy $ cd cvxpy $ pipx run --python 3.9 build...

Have you tried updating setuptools? This should have been fixed there.

1.2 has broken build's test suite when using `backend-path` on Python 3.8 and 3.9 (and check-sdist's setuptools test, though I just dropped the setuptools test there). See https://github.com/pypa/build/pull/820, https://github.com/python/importlib_metadata/issues/508, https://github.com/henryiii/check-sdist/pull/55....