Closed jsirois closed 1 year ago
@benjyw you have the context right now for the new Linux aarch64 shards and what you went through to arrive where things are at. I poked around a bit and we do not use the manylinux repair ...
tool in either x86_64 or aarch64 which is surprising. So it seems like there is some magic in our Linux x86_64 manylinux image that somehow lets us get away without doing this?
Yeah, I just did whatever we did for x86_64. I guess I was under the impression that building in a manylinux image was sufficient. I'll dig further.
Ah, right. I once knew this. We do something incredibly hokey ... in the release script. We re-write the wheels and do this ourselves, but ~incorrectly and do not use auditwheel. I can fix the hokey to finish the release - it will still be hokey.
Any reason not to use auditwheel? I know we do something weird with the stable_version, am hoping we can stop doing that and just build with the stable version up front.
There is no reason not to. I will not be doing that though to solve this, I'm just fixing the broken jank with working jank for the immediate purpose.
Sounds good.
The pantsbuild.pants wheels generated by the Linux aarch64 shard are not manylinux and this is a no-go: