-
Notifications
You must be signed in to change notification settings - Fork 358
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Rename to pythonX.Ydist, read .dist-info, support legacy pythoneggs()()
Per the recommendation of Nick Coghlan and Toshio Kuratomi, pythonXegg(M) is being renamed to pythonX.Ydist(M). An option has also been added to add a pythonXdist(M) Provides for distributions that may prefer to have it. The option '--majorver-provides' is intended for use if only one Python stack per major version will be available at a given time, as unexpected results may occur if there are multiple independent Python stacks per major version available. Consequently, it will not be on by default when using the generator for generating Provides. Additionally, .egg-info data is being replaced with .dist-info data, so we need to handle that case, too. See for more details: https://lists.fedoraproject.org/archives/list/python-devel%40lists.fedoraproject.org/thread/SQBSAS4T25HK5YJBNBSFDD7KDQWDELL6/ Also, Thierry Vignaud brought up on rpm-maint that Mageia currently uses "pythonegg(X)(M)" (e.g. "pythonegg(3)(rpm)" for python3 rpm bindings package) in their Python packages to pull in Python dependencies and requested a way to not break Mageia. After discussing with Florian Festi about it, Mageia's pythonegg(X)(M) will be supported by adding '--legacy' as a switch to generate legacy Provides/Requires to maintain compatibility with Mageia's existing usage. The '--legacy-provides' switch will enable pythonegg(X)(M) Provides in addition to the new pythonX.Ydist(M) format to allow for a easier transition.
- Loading branch information
1 parent
2e0e0a4
commit 29abb07
Showing
1 changed file
with
51 additions
and
19 deletions.
There are no files selected for viewing
This file contains 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