This requires libgeo, which is a non-python library. We would need to package it similar to how we package OpenBlas, but because it depends on a geos-config executable instead of a pkg-config file that might not work well either.

This is likely a bunch of work.

FWIW, unless there's a compelling reason that we need to package this library, I'm unlikely to do the work myself. However, if you can figure out a reasonable way how to make a cross-compiled wheel locally, I'd be willing to get the rest of the packaging work integrated here.

What about matplotlib? Would that work?

Also, would this repository be able to package Shapely without CPython? It's the official wheel builder from the Shapely developers. Shapely Wheels

That stuff hasn't been updated in 3 years, I think the actual wheel building happens at https://github.com/shapely/shapely/blob/main/.github/workflows/release.yml#L54

Yeah, I think you're right. Would you be able to use this to package the library or would I need to use another library?

I don't think what they have supports cross-compiling. You'd have to try it. Or read the documentation.

Sorry. I might be misreading this and I don't understand this fully but in release.yml file you linked above, doesn't the build_wheels_linux part include the ARM architecture that the Roborio uses?

If that were the case, then you could just download the wheel from pypi and use it. That isn't the case, the roborio uses a special tag because the ABI is different and because it's ARM32 (not aarch64).

I lied and spent a little bit of time trying to get this working, see #27