From Fedora Project Wiki
Ideas for implementing the Boards stable updates vision
Note ideas under each of the vision statement lines that apply to it.
Note if your idea should be targeted at before f14, by f15, or "later"
The update repositories for stable releases of the Fedora distribution should provide our users with a consistent and high quality stream of updates
Stable releases should provide a consistent user experience throughout the lifecycle, and only fix bugs and security issues
- BY-F14: Document this stance in maintainer docs and announce to maintainers the new docs.
- BY-F14: release managers for each release to monitor updates and educate maintainers?
Stable releases should not be used for tracking upstream version closely when this is likely to change the user experience beyond fixing bugs and security issues
Close tracking of upstream should be done in the Rawhide repo wherever possible, and we should strive to move our patches upstream
More skilled and/or intrepid users are encouraged to use Rawhide along with participating in testing of stable branches during the development and pre-release period
Stable releases, pre-release branches, and Rawhide have a graduated approach to what types of updates are expected. For example, a pre-release branch should accept some updates which a stable release would not, and rawhide would accept updates that are not appropriate for either a stable release or a pre-release
- BY-F14: metrics on how many updates each branch gets including rawhide?