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

Replaced deprecated setup.py with setup.cfg #310

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

bjornwarmedal
Copy link

Also bumped version to 0.7.5, with packaging being the only change.

The old setup.py method is deprecated and will be removed in future python3 versions. The rationale behind this is that the setup.py script runs arbitrary code at install time.

Our setup.py file used to dynamically determine the current version at install time by querying git. While this makes it more forgiving as a developer (setting a new tag is enough, no version update in any file is necessary) it's generally bad practice.

I suggest setting a github action that fills this role, if possible. Otherwise we must remember to manually update the "version" attribute in the setup.cfg file when releasing a new version.

Also bumped version to 0.7.5, with packaging being the
only change.

The old setup.py method is deprecated and will be removed
in future python3 versions. The rationale behind this is
that the setup.py script runs arbitrary code at install time.

Our setup.py file used to dynamically determine the current
version at install time by querying git. While this makes
it more forgiving as a developer (setting a new tag is enough,
no version update in any file is necessary) it's generally bad
practice.

I suggest setting a github action that fills this role, if
possible. Otherwise we must remember to manually update the
"version" attribute in the setup.cfg file when releasing a
new version.
@matthijskooijman
Copy link
Contributor

@bjornwarmedal, AFAICS, this PR removes the custom build_py command, which would generate the parsetab.py and lextab.py files. I suspect this means that these files will now be autogenerated on first use, which will not work if the user has no write permission for this (e.g. system-wide install).

Did you consider this removal and its (presumed - I did not test) effects?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants