[Distutils] Fwd: Re: PEP 517 again

[xoviat]

I'm *not* OK with banning in-tree builds in the spec, since that's
both unnecessary and unenforceable

Well then either we can trust the backend or we cannot. If we can, then
this is both necessary and enforceable. If not, then we're back to pip
copying files. You can't make and argument that it's okay to trust
build_sdist but not build_wheel.

On Aug 24, 2017 10:14 PM, "Nick Coghlan" <ncoghlan at gmail.com> wrote:

> On 25 August 2017 at 10:08, Daniel Holth <dholth at gmail.com> wrote:
> > It would be simpler if the only requirement was to produce a correct
> wheel.
>
> +1
>
> To be clear on my current position:
>
> * due to the introduction of NotImplementedError, I'm now OK with
> explicitly out-of-tree builds being deferred to a later iteration of
> the API
> * I'm *not* OK with banning in-tree builds in the spec, since that's
> both unnecessary and unenforceable
>
> If a frontend really wants to ensure sdist/wheel consistency, then the
> way for it to do so is to build the sdist from the source tree, and
> then build the wheel from the sdist. Building a wheel directly from
> the source tree should ideally give the same results as building the
> sdist first, but it's explicitly OK for there to be cases where they
> end up being different (such as when build_sdist would raise
> NotImplementedError).
>
> As far as build_directory goes, the spec should just leave the
> question of artifact caching (or the lack thereof) up to the backend
> implementations for now - if/when we decide to add explicit artifact
> caching support to the API specification we can make a more informed
> decision at a future date based on what the initial generation of
> backends are actually doing.
>
> Cheers,
> Nick.
>
> --
> Nick Coghlan   |   ncoghlan at gmail.com   |   Brisbane, Australia
> _______________________________________________
> Distutils-SIG maillist  -  Distutils-SIG at python.org
> https://mail.python.org/mailman/listinfo/distutils-sig
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/distutils-sig/attachments/20170824/0caa5ce1/attachment-0001.html>