Henry Schreiner

It shouldn’t depend on anything new. I’ve not touched it besides the auto SchemaStore updates in a while. Is the error message the same as above?

Have you checked to see if that file exists? Is that the correct directory structure?

FYI, the manylinux images have a free threading build if you need it.

I notice `pyo3-ffi/src/ceval.rs` has various functions deprecated by https://peps.python.org/pep-0667/. I think only `PyEval_GetBuiltins` is used elsewhere, though, so I think it's fine for now (3.13 `PyEval_GetLocals` was leaking in pybind11)....

You can't put any non-standard markdown (like math) in GitBook blocks with the current implementations I've seen. This is causing problems for my terminal additions for DevelopKit, as well. Even...

If you want to test on gha, it’s pretty easy: https://github.com/scikit-build/scikit-build-core/blob/86f40d949741d8e6ce4d9f55264a6d05224408dd/.github/workflows/ci.yml#L251

For `uv tool run`, would it respect pipx's entrypoint for tools that don't match? (https://github.com/pypa/build/blob/d852035e338bca6a06597cc0501f319d3bf03df4/pyproject.toml#L83-L84) Or would every tool have to add a new entrypoint for uv? Also, pipx assumes...

IMO, I'd recommend supporting the `pipx.run` entrypoint (with a `uv.tool.run` or similar entry point taking precedence). Entry points are usually prefixed with the tool that defines them since they are...

This text is wrong. Apple doesn't rename tools to provide "g". They don't / can't provide GNU licensed tools. Homebrew provides g-prefixed utilities to avoid conflicting with Apple's BSD utilities....

(There's a way in homebrew to expose the non-g-prefixed tools, as well)