Re: setuptools configuration in pyproject.toml

Paul Moore <[email protected]>
Newsgroups gmane.comp.python.distutils.devel
Message-ID <CACac1F_sX1vKpxvRdp6BU-HFO1n0bt=MYVNhsbT7kmi7tNeWvg@mail.gmail.com>
On Mon, 24 Sep 2018 at 23:03, Dan Ryan <[email protected]> wrote:
>
> The App/Library point is partly why we haven’t jumped on this bandwagon, the distinction is important and keeping things separate has been done intentionally.  Others (such as Nick or Donald) would be in a better position to speak to this since both have written about it extensively so while pushing in that direction would require a PEP it would also be a pretty big departure from what has been the accepted approach for some time as far as I understand

I don't understand how the "app/library distinction" applies here.
Setuptools is a build tool, and pyproject.toml defines how things get
built. If setuptools wants to migrate from setup.cfg to
pyproject.toml, how does the question of whether the project is an
"application" or a "library" matter? I understand how that question
might be relevant for a tool like pipenv, but for setuptools?

> FWIW I don't mind where anything in particular goes, but pushing for everything to be defined by one file is not something I think is desirable if we want to maintain this separation as it will probably be confusing -- and the distinction is already subtle

I personally don't see much advantage in the "dump everything in one
file" philosophy. so from a personal POV I'd prefer setuptools' config
to remain in setup.cfg, but if they have reasons for wanting to move,
the PEP allows them that option.

But I agree - just because PEP 518 says you *can* put your config in
pyproject.toml, doesn't mean that it's a good idea...

Paul
--
Distutils-SIG mailing list -- [email protected]
To unsubscribe send an email to [email protected]
https://mail.python.org/mm3/mailman3/lists/distutils-sig.python.org/
Message archived at https://mail.python.org/mm3/archives/list/[email protected]/message/ANL6J4D7DDGOCEM37GG76EK4WXCTZU24/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.