This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author ned.deily
Recipients dstufft, larry, loewis, ncoghlan, ned.deily
Date 2013-11-16.17:54:01
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1384624441.55.0.725917686965.issue19553@psf.upfronthosting.co.za>
In-reply-to
Content
1. Yes, I think so.

2. OK

3. Ah, I was just using the default 1.4.1 from PyPI. With current dev from github, the result is now pip3.4 like the wheel install.  So once 1.5.x is released, this shouldn't be a problem.

4. Sorry, I was imprecise.  For "-m ensurepip --default-pip", both "easy_install" and "easy_install-3.4" are created.  For just "-m ensurepip", only "easy_install-3.4".  What differs from pip is that no "easy_install-3" is created in either case.  But thinking about it, that's probably just fine if setuptools isn't creating it today; we're not trying to encourage its use! So, no action needed.

5. OK

6. Yes, the Makefile "install" and "altinstall" targets could set "umask 022" before calling ensurepip.  That's sounds like an acceptable solution; I'll add that.  There are other targets in the Makefile where permissions are currently not forced (for example, Issue15890).

>Things that I see as issues so far I've created upstream tickets for

Thanks!
History
Date User Action Args
2013-11-16 17:54:01ned.deilysetrecipients: + ned.deily, loewis, ncoghlan, larry, dstufft
2013-11-16 17:54:01ned.deilysetmessageid: <1384624441.55.0.725917686965.issue19553@psf.upfronthosting.co.za>
2013-11-16 17:54:01ned.deilylinkissue19553 messages
2013-11-16 17:54:01ned.deilycreate