fix: enable use of manylinux wheeltags once again

[tdejager]

This boolean was filtering out the creation of manylinux wheel tags.

[wolfv]

Can we test this in some way to prevent regressions? Maybe with Rubens new integration tests?

[tdejager]

Sure we could test more, but this only adds more tags not less :)

Edit: or do you mean so that this particular kind of regression does not happen again? In that case sure, but lets do that in a different PR.

[liblaf]

I tested the installation of some PyPI packages on this PR. Here's the result:

Results

Package	pip	pixi	uv
confz	✅	✅	✅
dvc	✅	✅	✅
dvclive	✅	✅	✅
icecream	✅	✅	✅
jax	✅	✅	✅
jax[cuda12]	✅	✅	✅
matplotlib	✅	✅	✅
meshio[all]	✅	✅	✅
meshpy	✅	✅	✅
meshtaichi-patcher	✅	✅	✅
mkdocs	✅	✅	✅
mkdocs-material	✅	✅	✅
mkdocstrings[python]	✅	✅	✅
numpy	✅	✅	✅
pymeshfix	✅	✅	✅
pyright	✅	✅	✅
pytest	✅	✅	✅
pytest-benchmark	✅	✅	✅
pyvista	✅	✅	✅
ruff	✅	✅	✅
scipy	✅	✅	✅
sparse	✅	❌	❌
taichi	✅	✅	✅
trimesh[all]	✅	✅	✅
typeguard	✅	✅	✅

sparse still cannot be managed. There may be an upstream issue with uv.

[wolfv]

Yes, i think adding some pypi dep to a end-to-end test that uses these tags would be nice

[tdejager]

Thank you @liblaf!

[tdejager]

Yes, i think adding some pypi dep to a end-to-end test that uses these tags would be nice

Added a single test, that should at least catch if we disable that boolean again :)