Ben Nuttall

> I know nothing about who maintains the piwheels package piwheels is essentially a pypi mirror - we build armv7 wheels of everything on pypi - no one maintains the...

The output from these builds are 3000+ lines long! Here's the tail end of the build output from Buster: http://paste.debian.net/1142753/ It's probably something like an older version of scikit-build

https://bennuttall.com/files/zenoh.txt It's not scikit-build, that's up to date.

Ah, that explains quite a few issues we've been having. I'd not really considered it but `--no-binary` cascading down to build dependencies will obviously mean we end up building all...

The hash of the file on disk is correct - maybe try again? You can also download the file and install using `pip install scipy-1.11.3-cp39-cp39-linux_armv7l.whl`

1. Since then we added a `PIWHEELS_BUILD` (see https://github.com/piwheels/piwheels/pull/326/files) env var so you can at least detect you're being built by piwheels, if that helps 2. Mythic is a good...

It's a missing package - updated title accordingly. The problem is that the package tries to run a `git clone` as part of its build procedure, which we do not...

I just installed `libfmt-dev` on one and it built successfully. I can add it to the [build script](https://github.com/piwheels/piwheels/blob/master/deploy_slave.sh) and roll it out to builders and then kick off a rebuild...

Oh, that's me being dumb. I forgot that running `pip wheel` manually didn't reject git clones, so that's still a problem. > Is there a way I can recognize that...

I'm not sure what the cause of the failure is. I installed `libfmt-dev`: https://packages.debian.org/buster/libfmt-dev