-
-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Normalize python_requires version specifiers #1568
Comments
I will leave this open for the moment until we create an issue somewhere for tracking what metadata needs to be validated. |
I think this issue is not related to validating metadata. My |
@zzh1996 What would it be converted to? Where in the documentation does it say you can use Edit: Sorry, missed your links, looking now. |
According to PEP440
|
I think it's valid: see https://packaging.python.org/specifications/core-metadata/#requires-python. It's definitively valid if we bump the version to 2.1. |
This difference is very strange. I don't like the idea that we need to do this conversion, though I'm fine with us doing it. |
In any case, what's the practical issue? Is there any case were this is not properly supported by other tools? |
I have the following
setup.py
fileAccording to setuptools documentation and python official documentation, I can use
~=
inpython_requires
as defined in PEP 440.After running
python setup.py install
,PKG-INFO
is generated.According to PEP 345, only "<", ">", "<=", ">=", "==" and "!=" are allowed in
Requires-Python
version numbers, which causes thePKG-INFO
file to be invalid.The text was updated successfully, but these errors were encountered: