Skip to content
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

Print warning when selected runtime version is/will be going EOS #180

Open
kvedurmu opened this issue Oct 6, 2020 · 3 comments
Open

Print warning when selected runtime version is/will be going EOS #180

kvedurmu opened this issue Oct 6, 2020 · 3 comments

Comments

@kvedurmu
Copy link
Member

kvedurmu commented Oct 6, 2020

Similar to the work done in the Node.js and Go Buildpacks, we should start printing deprecation messages in all Python buildpacks that let users select a runtime version when a dependency is/will be EOS.

@fg-j
Copy link

fg-j commented Jan 28, 2022

I see that currently the miniconda and cpython dependencies have deprecation dates available in buildpack.toml. These are missing for pipenv and pip. Will we need to gather deprecation date information for those dependencies?

@robdimsdale
Copy link
Member

robdimsdale commented May 9, 2022

FYI the miniconda deprecation date is not actually meaningful and will be removed. See this comment for more details.

That being said, we should still investigate if we can have meaningful dates for pip, pipenv, and poetry.

@robdimsdale
Copy link
Member

I have not found any meaningful policy around deprecation dates for pip. The official release policy states they generally release every three months - January, April, July, and October. The release history demonstrates that this cadence is generally followed. There is no particular date within the month that a version is released, so this cannot be programmatically determined.

There does not appear to be any policy around whether a given release is minor or major (i.e. whether it is backwards compatible or not). There is also no stated policy about historical support for past versions. Empirically, we observe that pip provides patches only for the current release, with no patches made available for past releases.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants