<div dir="auto"><div><div class="gmail_extra"><div class="gmail_quote">On Jun 25, 2017 12:46 AM, "Nick Coghlan" <<a href="mailto:ncoghlan@gmail.com">ncoghlan@gmail.com</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="quoted-text">On 25 June 2017 at 17:41, Nathaniel Smith <<a href="mailto:njs@pobox.com">njs@pobox.com</a>> wrote:<br>
> Maybe you're right and there are exactly 2 front-end use cases and it<br>
> will turn out that the current PEP addresses them perfectly. I don't<br>
> have a crystal ball; I'm making an argument from ignorance.<br>
<br>
</div>I'm not - we have two concrete potential consumers of the interface<br>
(pip and tox, aka "build to use" and "build to test"), and I'm<br>
designing the interface to cover their needs (i.e. out-of-tree wheel<br>
builds and actual sdists).<br>
<br>
If we discover other use cases later, we'll worry about them then (and<br>
the easy of doing so is the nicest benefit of defining this as a<br>
Python API), but the temptation to design in hyper-flexibility now<br>
falls under YAGNI (You Ain' Gonna Need It).<br></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">My proposal also covers their needs AFAICT? At least I thought Donald said he thought the would work for pip. And you can't use YAGNI to argue for a more complicated proposal, that's cheating :-).</div><div dir="auto"><br></div><div dir="auto">-n</div><div dir="auto"><br></div></div>