feat(deps): add support for Python 3.13 and later

[terop]

Python 3.13 has been released last week so add support for it so that early adopters can use it.

[terop]

@TheKevJames could you kindly check this PR?

[meherett]

Any update?

[hugovk]

I recommend removing the upper limit, it will prevent this problem next year (and beyond) and also prevents us testing our projects on 3.14 now (it's already in alpha):

Suggested change

	python = ">=3.8,<3.14"
	python = ">=3.8"

See https://iscinumpy.dev/post/bound-version-constraints/ for the long version.

[terop]

Changed.

[EvanBldy]

Hi,
any update on this ? when do you plan to do a release with this ?

[Paul-B98]

Suggested change

	python = ">=3.8"
	python = "^3.8"

This might be a better fit because it would allow any Python version 3.x that is newer than 3.8, but would intentionally break at any higher major version, such as Python 4.x, even if this is not yet foreseeable.

[terop]

Yes, good idea. Changed as suggested.

[terop]

CI didn't like this so I had to change this back.

[nielstron]

What about this change instead?

Suggested change

	python = ">=3.8"
	python = ">=3.8,<4.0"

[hugovk]

Python 4 is unlikely:

• https://www.techrepublic.com/article/programming-languages-why-python-4-0-will-probably-never-arrive-according-to-its-creator/
• https://web.archive.org/web/20220906155615/https://twitter.com/gvanrossum/status/1306082472443084801
• https://discuss.python.org/t/python-3-13-alpha-1-contains-breaking-changes-whats-the-plan/37490/11

Even if there is, it's too late - there are already coveralls releases without the upper pin, and pip will end up installing those really old versions.

I recommend ">=3.8".

[keyfayaz]

Any update?

[whimboo]

@terop do you know why the circleci jobs are all failing? I'm not able to see the test logs given that it requires a login. :/

[terop]

@terop do you know why the circleci jobs are all failing? I'm not able to see the test logs given that it requires a login. :/

Kind of, the error can be seen below. I am not familiar with the CI setup of this project so I cannot say how this should be fixed.

upload: commands[0]> coveralls --verbose
Missing .coveralls.yml file. Using only env variables.
Error running coveralls: Not on TravisCI. You have to provide either repo_token in .coveralls.yml or set the COVERALLS_REPO_TOKEN env var.
Traceback (most recent call last):
  File "/root/project/coveralls/cli.py", line 65, in main
    coverallz = Coveralls(
                ^^^^^^^^^^
  File "/root/project/coveralls/api.py", line 47, in __init__
    self.ensure_token()
  File "/root/project/coveralls/api.py", line 60, in ensure_token
    raise CoverallsException(
coveralls.exception.CoverallsException: Not on TravisCI. You have to provide either repo_token in .coveralls.yml or set the COVERALLS_REPO_TOKEN env var.
upload: exit 1 (0.24 seconds) /root/project> coveralls --verbose pid=2158
.pkg: _exit> python /usr/local/lib/python3.11/site-packages/pyproject_api/_backend.py True poetry.core.masonry.api
  upload: FAIL code 1 (4.84=setup[4.59]+cmd[0.24] seconds)
  evaluation failed :( (5.11 seconds)

Exited with code exit status 1

[bartvanandel]

@TheKevJames Would you please take a look at this? This PR is effectively blocking downstream packages from updating, see e.g. linked PRs above.