<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 12 October 2015 at 05:37, Robert Collins <span dir="ltr"><<a href="mailto:robertc@robertcollins.net" target="_blank">robertc@robertcollins.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":y0" class="a3s" style="overflow:hidden">And a bugfix :) - I didn't link to the docs for the build system<br>
interface we have today -<br>
<a href="https://pip.pypa.io/en/latest/reference/pip_install/#build-system-interface" rel="noreferrer" target="_blank">https://pip.pypa.io/en/latest/reference/pip_install/#build-system-interface</a></div></blockquote></div><br></div><div class="gmail_extra">I'm happy to see that the command line interface pip requires from setup.py is now documented. But the first thing it describes is the egg_info command, and the description of what that involves is basically 'whatever setuptools does'. Egg info is not any kind of standard, AFAIK - unlike dist info. One of my main goals in writing flit is to build wheels without involving setuptools at all, so I'm probably never going to implement that.<br><br></div><div class="gmail_extra">I also don't want to have a setup.py in the VCS at all, because it's an invitation for people to run setup.py whatever, and then file bug reports that it doesn't do exactly what setuptools/distutils would do.<br><br></div><div class="gmail_extra">This is what I like about Nathaniel's proposal. By looking for a new file, it clearly indicates that this is a new style Python source tree, without potential confusion over what setup.py does, and it lets us specify a simple build system interface based on standardised pieces like wheels rather than messing around with the details of setuptools.<br><br></div><div class="gmail_extra">Thomas<br></div></div>