Repository navigation
Set a limit on version identifiters for new releases - #2163
Open
JacobCoffee wants to merge 1 commit into
Open
JacobCoffee wants to merge 1 commit into
JacobCoffee wants to merge 1 commit into
Conversation
Member
|
Changes and clarifications to the spec are discussed first at https://discuss.python.org/c/packaging/14 After agreement, either clarifications are opened here or a PEP process is followed. |
Member
Author
|
@notatallshaw Sure, i'll do that. i was directed here when asking how a change like this should be brought up |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
PEP440 does not contain a limit. Can we please add one?
things like https://pypi.org/project/uselesscapitalquiz/ happen without it, and other issues arise not least of which is user a11y related to trying to fit/show all of the wild versioning
stats from pypi:
we have 9.9mm releases, median version is 5 characters, 99th percentil is 20, and maximal is 217(!!)
I propose a 128 char cap, 100 would affect ~9 current releases some releases in the last months with ~110-115 char versioning which I honestly don't understand but... whatever! 128 is fine.
If you'd like to be restrictive, 32 or 64 would be nicer to handle from a designer/UI perspective.
I am not certain on an edit being required to the PEP itself, I think adding a practical limit on PyPI regardless is possible but I would prefer to have it codified.
refs:
📚 Documentation preview 📚: https://python-packaging-user-guide--2163.org.readthedocs.build/en/2163/