fix: Allow kubernetes versions 28 and 29

[musicinmybrain]

I am not able to test this plugin myself since I don’t have the necessary Kubernetes environment, but the release notes don’t show anything that would obviously cause problems.

https://github.com/kubernetes-client/python/blob/v29.0.0/CHANGELOG.md

In Fedora Linux, we have python-kubernetes version 29.0.0, which is the current version, so we need to use that rather than pinning an older version.

In general, https://pypi.org/project/kubernetes/ bumps the major version number frequently but rarely seems to introduce large breaking changes. It may be less troublesome overall to avoid setting an upper bound on the version of this dependency at all.

[johanneskoester]

Sure, if that works I have no objections. Ideally we can spawn a matrix here in github actions that tests multiple different versions of the kubernetes package. Could you make such a change in this PR?

[musicinmybrain]

(Hmm, it looks like the CI tests didn’t pass, but I’m not sure how to debug them.)

Sure, if that works I have no objections. Ideally we can spawn a matrix here in github actions that tests multiple different versions of the kubernetes package. Could you make such a change in this PR?

I could, but I don’t have much experience with configuring GitHub’s CI and I can’t run the tests locally, which makes this a bit of an uphill battle. Is there an example of such a testing matrix in one of the other snakemake plugins that I could use as a starting point?

[johanneskoester]

Hitting this issue in the tests: boto/botocore#3111