[Distutils] [final version?] PEP 513 - A Platform Tag for Portable Linux Built Distributions

Noah Kantrowitz noah at coderanger.net
Tue Feb 16 19:13:35 EST 2016

> On Feb 16, 2016, at 4:10 PM, Glyph Lefkowitz <glyph at twistedmatrix.com> wrote:
>> On Feb 16, 2016, at 3:05 AM, Matthias Klose <doko at ubuntu.com> wrote:
>> On 02.02.2016 02:35, Glyph Lefkowitz wrote:
>>>> On Feb 1, 2016, at 3:37 PM, Matthias Klose <doko at ubuntu.com> wrote:
>>>> On 30.01.2016 00:29, Nathaniel Smith wrote:
>>>>> Hi all,
>>>>> I think this is ready for pronouncement now -- thanks to everyone for
>>>>> all their feedback over the last few weeks!
>>>> I don't think so.  I am biased because I'm the maintainer for Python in Debian/Ubuntu.  So I would like to have some feedback from maintainers of Python in other Linux distributions (Nick, no, you're not one of these).
>>> Possibly, but it would be very helpful for such maintainers to limit their critique to "in what scenarios will this fail for users" and not have the whole peanut gallery chiming in with "well on _my_ platform we would have done it _this_ way".
>>> I respect what you've done for Debian and Ubuntu, Matthias, and I use the heck out of that work, but honestly this whole message just comes across as sour grapes that someone didn't pick a super-old Debian instead of a super-old Red Hat.  I don't think it's promoting any progress.
>> You may call this sour grapes, but in the light of people installing
>> these wheels to replace/upgrade system installed eggs, it becomes an issue. It's fine to use such wheels in a virtual environment, however people tell users to use these wheels to replace system installed packages, distros will have a problem identifying issues.
> I am 100% on board with telling people "don't use `sudo pip install´".  Frankly I have been telling the pip developers to just break this for years (see https://pip2014.com, which, much to my chagrin, still exists); `sudo pip install´ should just exit immediately with an error; to the extent that packagers need it, the only invocation that should work should be `sudo pip install --i-am-building-an-operating-system´.

As someone that handles the tooling side, I don't care how it works as long as there is an override for tooling a la Chef/Puppet. For stuff like Supervisord, it is usually the least broken path to install the code globally.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 163 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://mail.python.org/pipermail/distutils-sig/attachments/20160216/b9c02b64/attachment.sig>

More information about the Distutils-SIG mailing list