SPEC 0 trove classifier and Github robot?

Would it make sense to create a trove classifier for projects that follow SPEC 0? And then have a Github robot that files an issue at every SPEC 0 event to remind projects that they are free to drop support for Python/Numpy according to the event?

To make it easy, the issue could have a link to the “what’s new” page for Python/Numpy/etc. and a link to SPEC 0 as a reminder. It could even list the minimum Python versions of the project’s dependencies so that they can see if their dependencies have already dropped old Python/Numpy/etc.

There is a note in NEP 29 that says

This NEP is superseded by the scientific python ecosystem coordination guideline SPEC 0 — Minimum Supported Versions.

1 Like

Thanks, edited my suggestion!

Sounds good, it would make the support policy more visible to both humans and machines.

Maybe, but it should only be opt-in. Some maintainers might not happy with bots showing up and opening issues. Maintainers may have good reasons for keeping support for older versions a bit longer.

In fact, SPEC 0 says:

You may want to delay the removal of support of an older Python version until your package fully works on the newly released Python, thus keeping the number of supported minor versions of Python the same for your package.

I also suggest asking the Scientific Python community at https://discuss.scientific-python.org.

1 Like

What most robots do is have a set of commands. In this case, after the robot files an issue, the maintainer could reply @no_more_issues, and the robot would desist. Typically there are other commands like @no_more_issues_one_year, etc.

Good idea.

Sure, but in the first place, it should still be opt in, not opt out.

4 Likes

How would you do that?

There are many ways; perhaps maintainers could install some GitHub app for their repo, or sign up somehow on the bot’s website.

2 Likes