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
Quickstart Fails: cannot import name 'VERSION_CLASS' #428
Comments
Hi @DMPS, this happened because the latest update on While we work on the fix, could you please specifiy |
@FlorianWilhelm, could we just drop the checks for old versions of setuptools and specify This check was introduced in fc35725 and then moved to the |
@abravalheri, thanks, sounds like a good plan to drop these checks. This should simplify things. We then also need to release version |
Yes. |
As discussed in #428, some checks we were making for the setuptools version are incompatible with the latest version of setuptools_scm. So one alternative (implemented in this PR) is to simply stop verifying the versions and assume they are satisfied because they are correctly declared as `install_requires` in `setup.cfg`. The only doubt left is: what happens if the person is building a generated project with `--no-pyproject`? (In `pyproject.toml` we do have a minimum requirement for setuptools, which is more than enough, but in `setup.py` that is omitted... Should we add one? Is that a good practice? Or are we just being optimistic and relying on the error message asking the user to update?)
I am having the same issue and can confirm that adding
|
As discussed in #428, some checks we were making for the setuptools version are incompatible with the latest version of setuptools_scm. So one alternative (implemented in this PR) is to simply stop verifying the versions and assume they are satisfied because they are correctly declared as `install_requires` in `setup.cfg`. The only doubt left is: what happens if the person is building a generated project with `--no-pyproject`? (In `pyproject.toml` we do have a minimum requirement for setuptools, which is more than enough, but in `setup.py` that is omitted... Should we add one? Is that a good practice? Or are we just being optimistic and relying on the error message asking the user to update?)
Thank you very much @drivenbyentropy for confirming the workaround. Hopefully if all the CI checks pass I will release at least an RC candidate today. |
New version just released. |
@abravalheri Fix confirmed. Working like a charm on my end using the new release. Thanks for the prompt action on this! |
Hi Pyscaffold team,
I am trying to bootstrap a new project with PyScaffold using the quickstart here: Pypi. PyScaffold 4.0 installs perfectly fine, but I get the following error when I run
putup my_project
:What I find most odd, is that I setup a pyscaffold 4.0 project literally last Friday and I did not get any error. Has there been some change in the code since then?
The text was updated successfully, but these errors were encountered: