Bug#1144046: define term 'release critical'?
Andrey Rakhmatullin <[email protected]>
| Newsgroups | gmane.linux.debian.devel.policy |
|---|---|
| Message-ID | <anxbDL28cyi2T56l__1739.29764875851$1786534766$gmane$org@belkar.wrar.name> |
On Wed, Aug 12, 2026 at 01:17:50PM +0200, Simon Josefsson wrote: >>>I couldn't find a good reference of what a 'release critical' bug means, >> >> The wording suggests that it's a term external to the Policy. >> >>>would it be reasonable to include this in the policy manual? >> >> If this part causes confusion it could be moved to a footnote I guess? > >I've always been uncertain if the definition of a 'release critical bug' This question may need additional context. Usually when people talk about RC bugs they mean a specific distinction between RC and non-RC bugs in various Release Team related tools (mostly migration and autoremoval ones). And for that the severity is used, per your option 1 below. >should be considered: > >1) Any bug with severity critical, grave, or serious. > >2) A bug that fulfills the ever-moving definition in >https://release.debian.org/testing/rc_policy.txt A bug that fulfills this definition but has a severity lower than serious is said to have a wrong severity and that needs to be adjusted. After that the distinction no longer exists. Or, one may say "installing this package makes firefox crash on start which is RC" eve when there is no bug report in the BTS at all, yet, with the understanding that such a bug report should be created and have a severity serious or grave. (again, it's always possible I'm misunderstanding the confusion) -- WBR, wRAR
signature.asc
(application/pgp-signature, 894 B)
-----BEGIN PGP SIGNATURE----- iQJhBAABCgBLFiEEtf6ieDcfC1EgtGkao+OWn23e7IYFAmp8WwwtFIAAAAAAFQAP cGthLWFkZHJlc3NAZ251cGcub3Jnd3JhckBkZWJpYW4ub3JnAAoJEKPjlp9t3uyG aWgP/17XUP+APWOGRB40hmM0SPU5uGt153RmB/Fgah8tDYOw3Ke9D5MkLIb5pdMY HBHJxPcwYee0jUQLF8w8Xzj/ursQ34EqSCPX5PnlyBY3JkUFL2g0l6ENz3yGCC+3 fhuhOs/eUqeipS/nlh1aMiJwevelrdALVjxgVB9LA6Fn+4ZdgQgWzGWdN5nnlMgL 8hz0tqOeGkTUfypxzu6+cA/B+S9wPLRrFhgB/11E8LlLjWMRhddLm2qtcszficKR N4MEXSqEkcbQbRXkDXTJERva4LsJUrFjaW8D0P2lgQ71x0VJQAAgggNM/jHNgbvu hw7UI4I5Phg0AxiX/nF8fhQqNjkIx04luqfDhNHeTk9HftmWpie3d9YmLDQdUQxZ w/OJW4futIHcivslM9plBOjgtZ50Qe3GVMfzluiwJyKOBnBXWFi+s2mCw2nDkr3t TZb1U87++X1JOrc9QJ68Kqub58CFcm/L0g1ZGvFZQcOGesvhUiDQTPYiuzr94G5V CVfP9wjf8ikb366A7v+3NPXrgD8HFHwec9j6ulSto1QlzkagX9sGK9nThbTmS+7l xTWVlE45yXI8RP72xM7Nk6bMpSjBqvc2MT5ZUPXtq2hUtpUZUo2kVl3JiG//OC91 lFsUAGXrzr4Uyr2jOpwSvzHpk+3lljkgQYs0+QDR8helIFKt =ymPe -----END PGP SIGNATURE-----