Closed ewjoachim closed 2 months ago
Click to see where and how coverage changed
File Statements Missing Coverage Coverage
(new stmts)Lines missing
procrastinate
app.py
tasks.py
testing.py
Project Total
This report was generated by python-coverage-comment-action
Sphinx 8 is only compatible with py3.10+, which is why it's complex
Sphinx 8 is only compatible with py3.10+, which is why it's complex
And we want to retain Python >= 3.8 compatibility because Django 4.x supports the same version range? Unfortunately, I don't understand the full story here. Why do you want to upgrade Sphinx and get rid of sphinx-autodoc-typehints? Is the functionality of the extension now fully built into Sphinx? (I can't find anything about it in the release notes).
We want to use Sphinx 8 for our own doc (it solves small issues that are interesting for us I think). We have no problem if users install procrastinate with older versions of Sphinx
In pyproject.toml, the extra dependency on sphinx is =*
but the sphinx we have in our docs group is >=8
which ensures that the version in the lockfile is at least v8 but the lockfile is for the Procrastinate dev enc, Procrastinate users don't see it at all.
The only place where we actually need Sphinx >=8 is when we build the doc, which means we can only build the procrastinate doc with env with python 3.10+.
As far as I can tell, we can tell this to poetry with version markers and it will be able to track multiple versions of some package in the lockfile depending on the Python version we use. Just need to do that here. But yeah, complex :(
Unfortunately, I don't understand the full story here. Why do you want to upgrade Sphinx and get rid of sphinx-autodoc-typehints? Is the functionality of the extension now fully built into Sphinx? (I can't find anything about it in the release notes).
I want to upgrade Sphinx for multiple reasons:
It's not a problem if we choose not to upgrade Sphinx, it just felt that it makes sense to try and follow their latest releases.
If we manage to find a way to express this in pyproject.toml, great. Otherwise, there's no harm in just keeping the parts of the PR that fixes the docstrings & such
Closes #1150
Successful PR Checklist:
PR label(s):