-
Notifications
You must be signed in to change notification settings - Fork 3.1k
Add build number identifiers to version numbers reported by pip #5210
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
Comments
This proposed improvement relates to PR #4299 |
@TheFriendlyCoder Thanks for filing this issue! :) This sounds reasonable to me. I think including the build number in the version column in some way, is an idea worth exploring. |
I've labelled this issue as an "deferred PR". This label is essentially for indicating that further discussion related to this issue should be deferred until someone comes around to make a PR. This does not mean that the said PR would be accepted - it has not been determined whether this is a useful change to pip and that decision has been deferred until the PR is made. |
The build number is only expected to be in wheel filenames and isn't persisted anywhere. I don't think we'd want to add it to the installed package metadata without a PEP update (at which time it would likely be the responsibility of the package to include the field and pip could display it). |
Agreed. |
@chrahunt - at least according to this https://peps.python.org/pep-0427/#file-contents, the build number makes it into |
I changed the state, PR is welcomed. This can likely be handled similarly to |
I also want it. In conda list, it shows internal build number. Like
My team using "version number + internal build number" to identify a 3rd site package, In order to avoid "the version number is same , but codes are different"
|
Description:
In situations where pip presents version information about packages, like when running
pip freeze
,pip list
and even in the error output produced bypip install
, the names and version numbers of the packages are presented but the build numbers are excluded. In order to more accurately reflect the content related to these packages these display messages should be updated to include the build numbers, when available, of the packages as wellWhat I've run:
expected output:
actual output:
The text was updated successfully, but these errors were encountered: