Not sure if you’re already aware of this, but there’s a similar discussion just
a short while ago.
https://mail.python.org/mm3/archives/list/distutils-sig@python.org/thread/54QFJKANZOXY6NQZKEAPG346OL7MCQCV/#54QFJKANZOXY6NQZKEAPG346OL7MCQCV
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 -
On Mon, Sep 24, 2018 at 5:31 PM Bernat Gabor wrote:
> So what do people think? Should we encourage or discourage to have a
> single python project file?
>
Apples and oranges. Libraries vs. applications vs. mystical and various
'enterprise deployables'. Which are you thinking of people working
On Mon, 24 Sep 2018 at 16:32, Bernat Gabor wrote:
>
> 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
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?
One obstacle might be reconciling the all-strings nature of .cfg with typed
toml.
On Mon, Sep 24, 2018, 12:06 RonnyPfannschmidt <
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
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
On Fri, Sep 21, 2018 at 5:14 AM, Paul Moore wrote:
> If I'm misunderstanding the relationship between pip and pipenv, or
> between pipenv and pipfile, I'm happy to be corrected. But can I
> suggest that the best way to do so would be to amend the project pages
> that are giving me the impressions
On Mon, 24 Sep 2018, 21:46 Daniel Holth, 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
Yes, furthermore PEP-517 as sdist is implemented in tox and under
development for pip.
On Mon, Sep 24, 2018, 20:26 Pradyun Gedam wrote:
>
>
> On Mon, 24 Sep 2018, 21:46 Daniel Holth, wrote:
>
>> You could probably implement this outside of setuptools as an extension.
>> Clients would add a
10 matches
Mail list logo