-
Notifications
You must be signed in to change notification settings - Fork 275
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
Re-add setup.py to fix dependabot #1832
Conversation
The Python build tools are fine without a setup.py but Dependabot chokes: dependabot/dependabot-core#4483 Add a setup.py to keep Dependabot happy. Fixes theupdateframework#1828 Signed-off-by: Jussi Kukkonen <[email protected]>
pylint config lives in pyproject.toml nowadays. Signed-off-by: Jussi Kukkonen <[email protected]>
Pull Request Test Coverage Report for Build 1811124958
💛 - Coveralls |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ready to un-draft?
# This file exists to keep dependabot happy: | ||
# https://github.com/dependabot/dependabot-core/issues/4483 | ||
from setuptools import setup | ||
setup() |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Out of curiosity, does setup()
read from setup.cfg?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It should, to my knowledge... but I want to still confirm this
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
as far as I can tell this works fine: the wheels dist-info contains the correct METADATA.
(as a sidenote, we may be missing a license variable as metadata contains License: UNKNOWN
, will file an issue)
setup.py was removed in favor of setup.cfg in theupdateframework#1626 and re-added later in theupdateframework#1832 to work around a Dependabot issue theupdateframework#1828. This issue seems to have been fixed upstream in dependabot/dependabot-core#5392. Fixes theupdateframework#2089 Signed-off-by: Lukas Puehringer <[email protected]>
This seems to fix the issue with dependabot (#1828) in my fork... There's also a unrelated trivial packaging fix included.
Also, reading the dependabot log I noticed there is one more dependency update I did not include in my latest dependency update PR (pycparser): I'll leave that unfixed for now, we can use it as confirmation that dependabot actually works.