Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Avoid use of setup.py (anything) #1100

Closed
jaraco opened this issue Dec 10, 2018 · 3 comments
Closed

Avoid use of setup.py (anything) #1100

jaraco opened this issue Dec 10, 2018 · 3 comments
Labels
area:package-building feature:change something exists already but should behave differently help:wanted Issues that have been acknowledged, a solution determined and a PR might likely be accepted.

Comments

@jaraco
Copy link

jaraco commented Dec 10, 2018

In this comment, I describe an issue where tox invokes setup.py --name (not sure why exactly).

As the Python Packaging ecosystem is seeking to discourage use of distutils and setuptools, and as PEP 517/518 provides a mechanism for other build systems to be in place, other projects like tox should seek to find replacements that avoid the invocation of setup.py and the issues that arise from using it.

In pypa/packaging-problems#224, I've begun the process of specifying what will be necessary to actually support this use-case (and similar). I'm creating this issue as a placeholder but also to investigate why setup.py --name is used and if it could possibly be replaced by something else before proper support for unbuilt package metadata is available.

@gaborbernat
Copy link
Member

Note this probably is something that should be done only when isolated build is turned on. Otherwise for backwards compatibility we do need to support features. Now we need to investigate where we do use it pep 517 provides alternatives. If not I'm afraid to not loose features we probably need to conditionally enable this calls when the backend is setuptools. Definitely though something we need to investigate and address.

@obestwalter obestwalter added needs:discussion It's not quite clear if and how this should be done feature:change something exists already but should behave differently area:package-building labels Dec 14, 2018
@Aareon
Copy link

Aareon commented Dec 17, 2018

Or simply allow both methods. Old setup.py should be left, as well as maintained, but I believe providing the new packaging standards is a good idea.

@gaborbernat gaborbernat added help:wanted Issues that have been acknowledged, a solution determined and a PR might likely be accepted. and removed needs:discussion It's not quite clear if and how this should be done labels May 3, 2019
@gaborbernat
Copy link
Member

Done with tox 4.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area:package-building feature:change something exists already but should behave differently help:wanted Issues that have been acknowledged, a solution determined and a PR might likely be accepted.
Projects
None yet
Development

No branches or pull requests

4 participants