-
Notifications
You must be signed in to change notification settings - Fork 2.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Consider adding support for more wheel tags. #2051
Comments
Overriding platform tags would also be useful. Currently, if any |
We are having the same problem, as we want to distribute already-built binaries via poetry. Therefore we need to set these tags manually. This is what we came up with to workaround: pyproject.toml
build.py import setuptools
def build(setup_kwargs):
# Run targeted build separately as poetry does not support target builds yet
try:
setuptools.setup(
**setup_kwargs,
script_args = ['bdist_wheel'],
options = {
'bdist_wheel': { 'plat_name': 'any' },
'egg_info': { 'egg_base': './build/' }
}
)
except:
print("Failed to create targeted wheel") This will trigger an additional wheel build with a given target, leading to 2 different wheels in the dist folder, where one was created by poetry with host information and one created by this build script. |
Context: https://stackoverflow.com/q/60243191/6525260
For the package I'm currently developing, I'm considering switching to Poetry from setuptools. This package minimally supports Python 3.6, and I'd like to specify that in the wheel name. Currently, despite the
python
dependency inpyproject.toml
being Python 3.6, the generated wheel still has apy3-none-any.whl
tag. I want there to be apy36-none-any.whl
tag instead. With setuptools, I would have specified this usingin
setup.cfg
. There doesn't seem to be an equivalent for Poetry. Is it possible that a config option could be added to support this use case?Edit:
It seems that this should be generalized to other tags as well. Poetry lacks support for platform specific tags and feature support in that regard would be useful.
Perhaps there should be a simple string config option where you can manually specify what the tags should be?
The text was updated successfully, but these errors were encountered: