unsupported platform tag 'linux_x86_64'

[0382]

I got a error while upload

Binary wheel 'WignerSymbol-0.0.6-cp38-cp38-linux_x86_64.whl' has an unsupported platform tag 'linux_x86_64'

Related github action: https://github.com/0382/WignerSymbol-pybind11/actions/runs/5727291479/job/15519392532

It is built with python -m build -w command. If this is not supported, them why python -m build will generate such tag?

[sigmavirus24]

I've moved this to the packaging-problems repository because this isn't a bug in twine. Twine sent the package to pypi.org where it was rejected.

[merwok]

«linux» is not really a defined platform, it could be hundreds of configurations. The platform tag only exists for you to build on a controlled environment and deploy to your servers using the same environment (possibly with a private index in the middle, which could explain why twine did not block the upload).

For public PyPI, see the manylinux specification and the cibuildwheel tool.

[link2xt]

My package contains a binary that is portable to basically any Linux because it is statically linked to musl libc. Same can be said about Go binaries. I then start this binary as a subprocess and use stdio to communicate with it from the Python code. Yet PyPI forces me to use "manylinux"/"musllinux" tags, and in the end the package cannot be installed in Termux because Android has bionic libc and has only "linux_x86_64" tag when I run this:

>>> from pip._internal.utils.compatibility_tags import get_supported
>>> get_supported()

Yet if I install the binary manually, it works perfectly in Termux.

See also https://pypi.org/project/ziglang/, it is actually a static zig binary inside, yet it has manylinux_2_17_aarch64.manylinux2014_aarch64.musllinux_1_1_aarch64 tags instead of a perfectly correct in this case linux_aarch64 tag.