From Fedora Project Wiki

(Created page with '~~~: In Release Constraints I would add a new constraint: ''"0. Release Criteria met"''. It should have even higher priority then "1. Scheduled date met", shouldn't it?')
 
m (add a suggested section covering configuration-specific issues)
Line 1: Line 1:
[[User:Kparal|Kparal]]: In Release Constraints I would add a new constraint: ''"0. Release Criteria met"''. It should have even higher priority then "1. Scheduled date met", shouldn't it?
[[User:Kparal|Kparal]]: In Release Constraints I would add a new constraint: ''"0. Release Criteria met"''. It should have even higher priority then "1. Scheduled date met", shouldn't it?
[[User:Adamwill|adamw]]: As discussed at today's meeting, we need to cover the case of subjective judgement of the impact of certain bugs. I would suggest a section like this:
Many bugs are not universal: they only affect certain hardware or software components, or certain configurations or combinations of hardware and software components. When a bug causes a criterion not to be met in some but not all cases, the teams involved in the release process will make a judgement as to whether the impact of the bug is severe enough to consider the release as a whole not to meet the release criteria. This judgement will be based on multiple factors:
* The amount of users, overall, the issue is estimated likely to affect
* The ease with which the issue can be worked around by documentable configuration changes
* The difficulty involved in fixing the issue: whether there is a significant chance that attempting to fix the issue could cause more serious problems

Revision as of 20:39, 30 November 2009

Kparal: In Release Constraints I would add a new constraint: "0. Release Criteria met". It should have even higher priority then "1. Scheduled date met", shouldn't it?

adamw: As discussed at today's meeting, we need to cover the case of subjective judgement of the impact of certain bugs. I would suggest a section like this:

Many bugs are not universal: they only affect certain hardware or software components, or certain configurations or combinations of hardware and software components. When a bug causes a criterion not to be met in some but not all cases, the teams involved in the release process will make a judgement as to whether the impact of the bug is severe enough to consider the release as a whole not to meet the release criteria. This judgement will be based on multiple factors:

  • The amount of users, overall, the issue is estimated likely to affect
  • The ease with which the issue can be worked around by documentable configuration changes
  • The difficulty involved in fixing the issue: whether there is a significant chance that attempting to fix the issue could cause more serious problems