-
Notifications
You must be signed in to change notification settings - Fork 34
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
Confusion about easy_install vs pip #2
Comments
Resolving this is the aim of the "Quick Recommendations" section of the packaging guide: https://python-packaging-user-guide.readthedocs.org/en/latest/current.html |
I think the last few years a lot of documentation and blog posts mention both easy_install and pip but recommended pip. As of late I've seen less and less and less of easy_install. It would also help if downstreams like Linux distributions and the homebrew/macports projects would stop shipping easy_install altogether. |
The docs at https://pythonhosted.org/setuptools/easy_install.html should at least mention Pip I think |
Now that packaging.python.org is the official packaging documentation site and officially recommends pip, can we close this issue? |
Aye, we clearly recommend pip, and https://packaging.python.org/discussions/pip-vs-easy-install/ discusses the trade-offs between them. pypa/setuptools#917 is an open setuptools issue discussing the various barriers to deprecating easy_install and switching setuptools entirely over to relying on pip. So I don't think there's any further ecosystem level questions here - it's just an internal question for the setuptools devs as to how they want to handle this in their documentation and code. |
There is confusion about if users should be using
easy_install
or if they should be usingpip
. A lot of documentation exists currently that points in one direction or the other with varying levels of snark involved. How best can we guide users to "one way to do it"?The text was updated successfully, but these errors were encountered: