-
Notifications
You must be signed in to change notification settings - Fork 321
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
Remove upperbound on sphinx #661
Conversation
Hmmm - I am not inherently opposed to removing the upper bound, though I think the reason we were using it in the first place is that Sphinx tends to fairly often introduce breaking changes in its major releases (anecdotally much more often than most packages). So I worry that telling people "the theme supports any latest version of Sphinx" without actually testing that this is true for the next major version, will confuse people when things break I'm curious how numpy handles this kind of thing? Does it have "canary" CI/CD jobs that run |
What do you or others think about:
|
Note: I am also fine just removing the upper pin in general, if we also:
Any objections to that? |
Currently, we test
prereleases of
on Python 3.10. @choldgraf This seems sufficient to me. Sphinx 1, 2, 3, 4, and 5 all had prereleases. |
LGTM. Thanks @choldgraf! |
I just updated this one a little bit and added extra information about a rough policy for Sphinx, I hope that's OK with you @jarrodmillman ! |
See #660.