-
Notifications
You must be signed in to change notification settings - Fork 197
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
Security updates should require severity to be set #2206
Comments
When implementing this, consider whether it may also make sense to force bugs to indicate severity. Enhancement and newpackage updates probably don't make sense to even have "severity", though it's harmless so we can let them have it without enforcing it. |
#1814 will be a blocker for implementing this. |
#1726 suggests disabling severity on newpackage and enhancement updates. |
fixes #2206 Signed-off-by: Vismay Golwala <[email protected]>
This feature is planned to be included in the upcoming 3.10.0 release: #2556. |
This feature has been deployed to Fedora's staging Bodhi instance: |
It recently came to FESCo's attention that security updates often don't have severity set by the packager (it's often set to "unspecified", the default). This makes it difficult to tell which updates might be important to push immediately, vs. waiting for the next batch. Outside of that problem, it would also be better for our users if we had indications on the severity of our security updates, now that severity is included in our updateinfo.xml.
The text was updated successfully, but these errors were encountered: