-
Notifications
You must be signed in to change notification settings - Fork 180
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
Enable back setuptools automatic discovery #414
Conversation
Patched pyproject.toml on top of 3.5.0 and fails with:
Environment info:
|
It works for me, but it introduces another problem and the package manager denies to install the package:
I think it is self-explain, but if you have doubts please let me know. |
Thank you both for testing. |
this works for me. No further errors |
works for me also. |
Automatic package discovery by setuptools was disabled in commit 8a5fa22, somehow as a workaround for an issue RPM build system (rpm-software-management/rpm#2532) or maybe because it was misconfigured then. However, having to declare packages explicitly (options 'packages' in '[tool.setuptools]' section of pyproject.toml) is tedious and error-prone as shown in #411 which indicates that we were missing some sub-packages. In the meantime, the RPM issue got resolved, so it seems safe to get back to automatic discovery as this resolves the later issue in a more future-proof way than explicitly listing packages. So we get back to automatic discovery here, although not using [tool.setuptools.packages.find], but simply letting setuptools discover the "flat-layout" we're using, as can be seen by the following messages from 'python -m build' un: * Building sdist... No `packages` or `py_modules` configuration, performing automatic discovery. `flat-layout` detected -- analysing . discovered packages -- ['pgactivity', 'pgactivity.profiles', 'pgactivity.queries'] This requires no configuration as we use common excluded names (like 'tests', 'docs').
Fix #411
@asarubbo, can you check if this resolves #411 on Gentoo?
@mikelolasagasti, can you check if this change works for Fedora, as this reverts the one from #378?