<div dir="ltr">This statement comes from something that Donald said:<div><br></div><div>> The unvendoring means that setuptools and the project code are now competing over who gets to define what an acceptable version is for these libraries to be installed with.</div><div><br></div><div>As if this isn't going to be true for any other build system, and setuptools won't at all be in any way special in a PEP 517 world. So you are always going to have complaints about "well build system X required a newer version but my project requires an older version" when the real problem is that people are requiring an older version/ projects do not have a stable API.</div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-08-21 16:27 GMT-05:00 Jim Fulton <span dir="ltr"><<a href="mailto:jim@jimfulton.info" target="_blank">jim@jimfulton.info</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Mon, Aug 21, 2017 at 5:17 PM, xoviat <span dir="ltr"><<a href="mailto:xoviat@gmail.com" target="_blank">xoviat@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Of course, to be frank, the principle failure with this plan is that third-party tools (buildout, os packagers) will not be compliant with PEP 517 even after it is adopted, and will then complain about having to update their build systems. </div></blockquote><div><br></div></span><div>I don't understand this statement. If buildout needs to be compliant, it will be (eventually).  I can imagine a future where everything is distributed with wheels and buildout wouldn't need to build anything.</div><div><br></div><div>Jim</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><div class="gmail_extra"><br><div class="gmail_quote">2017-08-21 16:05 GMT-05:00 xoviat <span dir="ltr"><<a href="mailto:xoviat@gmail.com" target="_blank">xoviat@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Previously, the attempt to move setuptools off of vendored dependencies failed because it was not done correctly: install_requires was set to the vendored dependencies but not setup_requires, which would have been required to correctly specify dependencies. However, setup_requires would have introduced circular dependencies that are impossible to correctly resolve, so that would have simply shifted an impossible problem onto pip.<div><br></div><div>The principle issue then, is that setuptools requires setuptools to build itself. And although, this problem was previously not worth solving because of 'setup.py install', it is now not a difficult problem to solve if we rethink slightly what should be included in the setuptools respository:</div><div>- Rather than re-generating egg_info on each setup.py invocation, we can cache dist-info in the setuptools respository.</div><div>- We can implement a simple entry_points script that updates dist-info based on the contents of setup.py, which is only runnable of course after setuptools is installed</div><div>- We can implement the reference build backend for setuptools: simply copy the files and dist-info into a new compliant zip archive</div><div><br></div><div>Viola! Setuptools is no longer required to build setuptools, and the installation process is fully compliant with Python PEPs. </div></div>
</blockquote></div><br></div>
<br></span>______________________________<wbr>_________________<br>
Distutils-SIG maillist  -  <a href="mailto:Distutils-SIG@python.org" target="_blank">Distutils-SIG@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/distutils-sig" rel="noreferrer" target="_blank">https://mail.python.org/mailma<wbr>n/listinfo/distutils-sig</a><br>
<br></blockquote></div><span class="HOEnZb"><font color="#888888"><br><br clear="all"><div><br></div>-- <br><div class="m_4140391441731719287gmail_signature" data-smartmail="gmail_signature">Jim Fulton<br><a href="http://jimfulton.info" target="_blank">http://jimfulton.info</a><br></div>
</font></span></div></div>
</blockquote></div><br></div>