FeatureFreeze

Differences between revisions 1 and 24 (spanning 23 versions)
Revision 1 as of 2005-05-28 20:26:29
Size: 379
Editor: adsl-213-190-44-43
Comment: imported from the old wiki
Revision 24 as of 2023-09-29 17:30:40
Size: 2059
Editor: brian-murray
Comment:
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
= FeatureFreeze = At this point we stop introducing new features, packages, and APIs, and concentrate on fixing bugs in the development release.
Line 3: Line 3:
= Feature Freeze = Note that there is no actual freeze of the upload queue in effect, uploads will enter the archive, so be careful.
Line 5: Line 5:
The point at which we cease creating and modifying internal features and packages. This means we're pretty much locked down for '''bugfixes only'''. Exceptions have to be approved by the release management team for all packages in the archive (ie main, restricted, universe and multiverse). They should be granted if the upload
Line 7: Line 7:
Exceptions requiring confirmation:  * contributes to high-priority ''Releasename''Feature''''''Goals,
 * contains ''only'' bug fixes (''these do not usually require explicit exceptions; see FreezeExceptionProcess''),
 * is warranted due to other exceptional circumstances, as judged by the release managers.
Line 9: Line 11:
 * Packages in or relating to high-priority ''Releasename''Feature''''''Goals
 * Major/minor fixes, within reason
 * Exceptional circumstances
See FreezeExceptionProcess for details.

Notes about particular aspects of features:

 * Upstream microreleases of applications are usually fine after this point if they only fix bugs. This should be verified by reading the detailed upstream changelog and (cursorily) reading the diff between the version in the Ubuntu development release and the new upstream version. If in doubt, ask the release team for advice.

 * ABI/API compatibility is a special case of a feature: If a library breaks backward compatibility (i. e. changes existing API/ABI and introduces a new [[http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#sonameapiabi|SONAME]]), then this always needs approval from the release team, since all reverse dependencies need to be adjusted and rebuilt.

 * New packages need to be checked by archive administrators before they find their way into the archive. This process can take several days up to a few weeks. For the purpose of the Feature``Freeze, the upload date matters, i. e. all packages which are in the [[https://launchpad.net/ubuntu/saucy/+queue?queue_state=0|NEW queue]] by that time will be processed without the need for an exception.

On IRC, the topic of #ubuntu-devel and #ubuntu-release on Libera Chat is generally updated to indicate the current freeze status.

----
CategoryProcess

At this point we stop introducing new features, packages, and APIs, and concentrate on fixing bugs in the development release.

Note that there is no actual freeze of the upload queue in effect, uploads will enter the archive, so be careful.

Exceptions have to be approved by the release management team for all packages in the archive (ie main, restricted, universe and multiverse). They should be granted if the upload

  • contributes to high-priority ReleasenameFeatureGoals,

  • contains only bug fixes (these do not usually require explicit exceptions; see FreezeExceptionProcess),

  • is warranted due to other exceptional circumstances, as judged by the release managers.

See FreezeExceptionProcess for details.

Notes about particular aspects of features:

  • Upstream microreleases of applications are usually fine after this point if they only fix bugs. This should be verified by reading the detailed upstream changelog and (cursorily) reading the diff between the version in the Ubuntu development release and the new upstream version. If in doubt, ask the release team for advice.
  • ABI/API compatibility is a special case of a feature: If a library breaks backward compatibility (i. e. changes existing API/ABI and introduces a new SONAME), then this always needs approval from the release team, since all reverse dependencies need to be adjusted and rebuilt.

  • New packages need to be checked by archive administrators before they find their way into the archive. This process can take several days up to a few weeks. For the purpose of the FeatureFreeze, the upload date matters, i. e. all packages which are in the NEW queue by that time will be processed without the need for an exception.

On IRC, the topic of #ubuntu-devel and #ubuntu-release on Libera Chat is generally updated to indicate the current freeze status.


CategoryProcess

FeatureFreeze (last edited 2023-09-29 17:30:40 by brian-murray)