From Fedora Project Wiki

< Changes

Revision as of 13:09, 13 November 2019 by Jkonecny (talk | contribs) (Create first version)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)


Freeze after branching until compose is ready

Summary

Add freeze (similar to beta or final freeze) after new Fedora is branched. This freeze will be removed as soon as compose will be ready.

Owner

Current status

  • Targeted release: Fedora 32
  • Last updated: 2019-11-13
  • Tracker bug: <will be assigned by the Wrangler>
  • Release notes tracker: <will be assigned by the Wrangler>

Detailed Description

For basically every branching of Fedora there is a gap between the branching date and when the first compose is created. This gap is most of the time not that problematic because it's just a few days but it could be a lot longer given bad circumstances. For Fedora 31 compose was available only a week before beta freeze.

Having compose late introducing a plenty of problems for projects which need to test on the newer compose. Not having the compose will result in testing in Rawhide, however the longer is the gap between branch and compose the more diverge is between Rawhide and the branched Fedora. Also package updates are not available before compose is ready.

For example, in case of Fedora 31 the Rawhide adapted new python version sooner than the compose for the Fedora 31 was available. So project tests were running in the new python with errors not related to the branched Fedora.

This change will help to avoid problems described above in the future for new branched Fedoras. It will help Release Engineering to concentrate on issues blocking compose and avoid having to solve new problems introduced by package updates.

Benefit to Fedora

This change should help to make the gab between branching date and when the compose is ready shorter. It should help teams to stay focused on fixing the compose instead of making new features.

Scope

  • Proposal owners: Create a wiki page describing this freeze
  • Other developers: Release Engineers have to create adjust koji targets and tags after branching. They will make the adjustments, but disable some part of the workflow. Either collect packages in the tag to be signed, or collect them in the tag to be autosubmitted to gating by bodhi. Then, once a compose is done, restart that process and process the backlog. If a package is needed for a fix, it can manually be tagged in.
  • Policies and guidelines: Fedora wiki page about freeze process should change appropriately.
  • Trademark approval: N/A (not needed for this Change)

Upgrade/compatibility impact

N/A

How To Test

New package updates are not getting into compose if not tagged by Release Engineers explicitly.

User Experience

Users should have compose of the branched Fedora sooner. This also makes package updates sooner to land.

Dependencies

N/A

Contingency Plan

  • Contingency mechanism: Release Engineering will use the old stable steps used for older Fedoras.
  • Contingency deadline: Decision of Release Engineering.
  • Blocks release? No
  • Blocks product? No

Documentation

Mailing thread https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/QXTZIAHCPCCVWCGKFG6NYYN6ODAOFZ6D/#QXTZIAHCPCCVWCGKFG6NYYN6ODAOFZ6D

Release Notes