Change Details

So, our current use case is a bot that regularly parses a page, checks for updates and then pushes the update to GitHub with a pull request, authorizing with a deploy key via SSH (`git pull/push`, etc.) The alternative would be downgrading the project and dependencies to 3.5.3 and we already downgraded to 3.7.3 as the part of our shift to Kubernetes containers (which has been mostly okay) but downgrading to 3.5.3 would require us to use out-of-date dependencies which might lose support the next time we have to upgrade or fix something. I think as Kubernetes on Toolforge begins to be used for things apart from webservices this will become more useful since `ssh` is quite mainstream for most use-cases. * https://packages.debian.org/sid/openssh-client

So, our current use case is a bot that regularly parses a page, checks for updates and then pushes the update to GitHub with a pull request, authorizing with a deploy key via SSH (`git pull/push`, etc.) The alternative would be downgrading the project and dependencies to Python 3.5.3 and we already downgraded to 3.7.3 as the part of our shift to Kubernetes containers (which has been mostly okay) but downgrading to 3.5.3 would require us to use out-of-date dependencies which might lose support the next time we have to upgrade or fix something. I think as Kubernetes on Toolforge begins to be used for things apart from webservices this will become more useful since `ssh` is quite mainstream for most use-cases. * https://packages.debian.org/sid/openssh-client

So, our current use case is a bot that regularly parses a page, checks for updates and then pushes the update to GitHub with a pull request, authorizing with a deploy key via SSH (`git pull/push`, etc.) The alternative would be downgrading the project and dependencies to Python 3.5.3 and we already downgraded to 3.7.3 as the part of our shift to Kubernetes containers (which has been mostly okay) but downgrading to 3.5.3 would require us to use out-of-date dependencies which might lose support the next time we have to upgrade or fix something. I think as Kubernetes on Toolforge begins to be used for things apart from webservices this will become more useful since `ssh` is quite mainstream for most use-cases. * https://packages.debian.org/sid/openssh-client