What the Heck Is Pyproject.toml?
snarky.ca
What the Heck Is Pyproject.toml?
1–10 of 199 posts
Re: What the Heck Is Pyproject.toml?
#2The thing i have yet to reliably figure out is this (i live in the science part of python):
without a setup.py, how do I:
from Cython.Build import cythonize
import numpy as np
import versioneer
setup(...,
version=versioneer.get_version(),
cmdclass=versioneer.get_cmdclass(),
ext_modules=cythonize(extensions),
include_dirs=[np.get_include()],
...)
Re: What the Heck Is Pyproject.toml?
#3The thing i have yet to reliably figure out is this (i live in the science part of python): without a setup.py, how do I: from Cython.Build import cythonize import numpy as np import versioneer setup(..., version=versioneer.get_version(), cmdclass=versioneer.get_cmdclass(), ext_modules=cythonize(extensions), include_dirs=[np.get_include()], ...) I'm 100% on board with not having executable configuration files, except…
All of those setup options are now setup.cfg options:
https://docs.python.org/3/distutils/configfile.html
At least, that's supposed to be the case; I am not 100% certain that it always is. However, even so, AFAIK setup.cfg does not directly support using third-party libraries to compute the setup options, as your setup.py does. The only workaround I'm aware of for that if you want to get rid of setup.py is to have a separate script that generates setup.cfg using whatever libraries you need. However, I don't think that's the vision of the Python developers.
Re: What the Heck Is Pyproject.toml?
#4Python desperately needs a better packaging solution than pip from Python Software Foundation. Stop all new features until this - the biggest pain point for Python across all expertise levels from newbies to experienced Python programmers - is officially solved. No pipenv, no poetry, no conda, etc from third party devs who sometimes get tired of the pressure [1]. It is immense. Combine all this virtualenv stuff with great dependency management into one tool. In the spirit of Python, there should be only one way to package, manage dependencies and virtual environments. It should be super clean (see Go).
Python needs a BDFL to enforce the hive mind. It is a fucking mess and it's unacceptable. Python is otherwise the most incredible language of our times. It is so far ahead of anything out there for general purpose use.
Relevant xkcd: https://xkcd.com/1987/
Re: What the Heck Is Pyproject.toml?
#5Our experience using pyenv, poetry and a Pyproject.toml for projects lately has been great. I highly recommend going this route compared to dealing with pip and pipenv.
Re: What the Heck Is Pyproject.toml?
#6Python desperately needs a better packaging solution than pip from Python Software Foundation. Stop all new features until this - the biggest pain point for Python across all expertise levels from newbies to experienced Python programmers - is officially solved. No pipenv, no poetry, no conda, etc from third party devs who sometimes get tired of the pressure [1]. It is immense. Combine all this virtualenv stuff with…
I haven't looked much into it myself, but I've heard good things about Poetry [0].
Re: What the Heck Is Pyproject.toml?
#7Python desperately needs a better packaging solution than pip from Python Software Foundation. Stop all new features until this - the biggest pain point for Python across all expertise levels from newbies to experienced Python programmers - is officially solved. No pipenv, no poetry, no conda, etc from third party devs who sometimes get tired of the pressure [1]. It is immense. Combine all this virtualenv stuff with…
[deleted]
Re: What the Heck Is Pyproject.toml?
#8Python desperately needs a better packaging solution than pip from Python Software Foundation. Stop all new features until this - the biggest pain point for Python across all expertise levels from newbies to experienced Python programmers - is officially solved. No pipenv, no poetry, no conda, etc from third party devs who sometimes get tired of the pressure [1]. It is immense. Combine all this virtualenv stuff with…
None of that is "necessary". Rust doesn't have a BDFL and they've gotten along fine.
But I agree that the current situation is a mess. The "official" solutions are suboptimal and none of the unofficial solutions, which are pretty good, have enough clout to meaningfully simplify the ecosystem (held hostage by the majority of users with just pip).
So the ecosystem is kind of frozen in place. PyPA doesn't seem to have the will/capacity to do anything more than very small, incremental changes.
Re: What the Heck Is Pyproject.toml?
#9Python desperately needs a better packaging solution than pip from Python Software Foundation. Stop all new features until this - the biggest pain point for Python across all expertise levels from newbies to experienced Python programmers - is officially solved. No pipenv, no poetry, no conda, etc from third party devs who sometimes get tired of the pressure [1]. It is immense. Combine all this virtualenv stuff with…
I haven't looked much into it myself, but I've heard good things about Poetry [0]. 0: https://python-poetry.org/
This looks great. Can anyone who's used both comment on how poetry compares to yarn[0]?
Re: What the Heck Is Pyproject.toml?
#10Python desperately needs a better packaging solution than pip from Python Software Foundation. Stop all new features until this - the biggest pain point for Python across all expertise levels from newbies to experienced Python programmers - is officially solved. No pipenv, no poetry, no conda, etc from third party devs who sometimes get tired of the pressure [1]. It is immense. Combine all this virtualenv stuff with…
> Python is otherwise the most incredible language of our times
By what metric(s)?
It's based on statements, and not only on expressions. This is a fundamental issue that it has yet to grow out of.