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]https://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/MSM2O4NJOZG6G2T3OWO6AYAGKYS2OFIE/
