-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
Warn on updated Pythons #440
Comments
I don't think that's a good idea. |
By warn I don't mean fail the compile, instead output a friendly: Context: |
I don't recommend to do so — 99% of apps don't specify one. |
I don't want to clutter up 99% of builds with a warning they don't need to see. |
Some context... My main concern was how the following interact:
...in that it means 99% of apps will always be using out of date Python and not even know it. In an ideal world where Python patch version updates never break anything, the buildpack could auto-update users who don't have a runtime.txt thereby preserving both the "keep Heroku friction free" and "keep people protected" aspects. However that clearly isn't viable, which means the best we can do is try to make it more obvious to users what version they are using, and encouraging them to update it if needed. ie:
However I can understand the desire to not show a warning if most people are going to ignore it. I would be interested to know if there were better ways to try and keep users protected however. What do other buildpacks do? |
Let's warn if they don't have runtime.txt set AND python is out of date! |
in fact, let's simply things. Let's just warn if Python's out of date, period. |
this is now implemented! |
Awesome - thank you :-) |
Similar to heroku/heroku-buildpack-ruby#611, I think it would be a good idea to warn if the Python version isn't explicitly specified in runtime.txt. (Though unlike that case it needn't block heroku/heroku-repo#70).
The text was updated successfully, but these errors were encountered: