Re: setuptools configuration in pyproject.toml

Yes, furthermore PEP-517 as sdist is implemented in tox and under
development for pip.

On Mon, Sep 24, 2018, 20:26 Pradyun Gedam <[email protected]> wrote:

>
>
> On Mon, 24 Sep 2018, 21:46 Daniel Holth, <[email protected]> wrote:
>
>> You could probably implement this outside of setuptools as an extension.
>> Clients would add a load-toml line to setup.py. Do build requirements work
>> yet?
>>
>
> Yep. PEP 518 is supported by the latest version of pip (18.0).
>
>
>> One obstacle might be reconciling the all-strings nature of .cfg with
>> typed toml.
>>
>> On Mon, Sep 24, 2018, 12:06 RonnyPfannschmidt <
>> [email protected]> wrote:
>>
>>> I believe contributions in the directions would be welcome,
>>> for now having something like
>>> tool.setuptools.{metadata,options,command.*} might be interesting to grow
>>> and experiment with
>>>
>>> but whats really missing is a setuptools conributor with more than just
>>> thinly stretched time.
>>>
>>> -- Ronny
>>> Am 24.09.18 um 17:30 schrieb Bernat Gabor:
>>>
>>> I'm aware this might be a controversial subject, so let's have the
>>> initial discussion about it here first for full disclosure and see what
>>> people think about it. Should setuptools support pyproject.toml as
>>> configuration source or not (alternative to setup.cfg which it already does
>>> -
>>> https://setuptools.readthedocs.io/en/latest/setuptools.html#configuring-setup-using-setup-cfg-files)?
>>>
>>>
>>> The main benefit of having this would be to decrease configuration files
>>> and have build dependencies and other types of dependencies in one
>>> location. Furthermore many other packaging projects (flit, poetry) already
>>> do define their dependencies inside pyproject.toml; so would create one
>>> unified location where to look for such in the future.
>>>
>>> The counter-argument is that "a big part of pyproject.toml was keeping
>>> that file clean" and would furthermore increase the size of that file down
>>> the line.
>>>
>>> So what do people think? Should we encourage or discourage to have a
>>> single python project file?
>>>
>>> I'm personally supporting build/code quality tools supporting
>>> pyproject.toml as their main configuration file.
>>>
>>> Thanks
>>>
>>> --
>>> Distutils-SIG mailing list -- [email protected]
>>> To unsubscribe send an email to [email protected]://mail.python.org/mm3/mailman3/lists/distutils-sig.python.org/
>>> Message archived at https://mail.python.org/mm3/archives/list/[email protected]/message/C3JEBOCQEILLPXK4FDQPADCFO6WWW6JT/
>>>
>>> --
>>> 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/VBC35YTBWZYJCFPTRQRLSFBTV5FZV4OR/
>>>
>> --
>> 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/KV72IYDNA2M3WXHKWEV5RPX4UJ4OACA7/
>>
>

--
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/XI6TKYZGIVZ32BJHKUXJNPVUH66M5PD7/