Matthieu Darbois

> Is riscv64 a valid wheel tag accepted by PyPI? It's not > I think it has to be standardized and support added to PyPI. It does There's a [discussion](https://discuss.python.org/t/packaging-support-for-riscv64/58475)...

This is now fully fixed in main. 3.1.1 still requires opt-in but is supported

please see https://github.com/pypa/auditwheel/pull/368 which might help.

The pull request confirms that it's not fixed in its description. A slight modification of the PoC allows to trigger the behavior.

I did not keep the file. see https://github.com/uclouvain/openjpeg/pull/1547#issue-2471536611 for the modification required.

This looks like the behavior before https://github.com/uclouvain/openjpeg/commit/c58bc128b4f770e7c89bc8ba3d0273b9a3904aad All instances of message `Not enough space for expected EPH marker` have been patched to return an error in that commit: ``` openjpeg...

This was first requested in #398 I had a comment about a PEP being pre-requisite and we're almost there with PEP 770. My other comment in there was similar in...

ppc32 is not a supported by auditwheel. It's not supposed to go this far in the repair process so my best guess is that you're using a patched version of...

I had some issues with `ustar` c.f. https://github.com/pypa/cibuildwheel/pull/1434#issuecomment-1475261720 Does `gnutar` works in your case (only on host side, macOS) ? Maybe it's time to revisit `docker cp` but I'm not...

It's not listed in `--help`, if you do `man tar`, it redirects you to `man libarchive-formats` which lists `gnutar` c.f. https://github.com/pypa/cibuildwheel/pull/1434#issuecomment-1475278406 & https://github.com/pypa/cibuildwheel/pull/1434#issuecomment-1475292175