-
-
Notifications
You must be signed in to change notification settings - Fork 222
Include warnings for EOL ruby and gems #416
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
Comments
I like the idea. Thoughts on how we might show this to folks? Or the schema format? |
I like the idea, though can I ask it be the default but disable-able behind a flag. Since this forms part of CI for a lot of places this could end up blocking a lot of builds. Thoughts go out to a team I know contractually obligated to stay on ruby 1.8.x. |
Good idea, I like the idea of switching on with a flag (vs. on by default and switch off with flag). I think opting in to EoL check is better than opting out because this could unnecessarily block builds.
😄 Haven't had much thought on this yet. But will do this weekend. UPDATE: |
End-of-Lifed rubies could be stored in ruby-versions. End-of-Lifing isn't really a Security Advisory, so I don't think it really fits here. Although, Advisories for vulnerabilities in EOLed Rubies definitely can be added to ruby-advisory-db. |
Closing this as the scope of ruby-advisory-db is security advisories for vulnerabilities. |
Might be of interest: https://github.com/marketplace/actions/xeol-end-of-life-eol-scan |
Uh oh!
There was an error while loading. Please reload this page.
End of life Ruby and Gems could be something
ruby-advisory-db
tracks. Tools likebundler-audit
could then use this information to alert users fail builds. Any thoughts?The text was updated successfully, but these errors were encountered: