FeistyReleaseScheduleSpec
Please check the status of this specification in Launchpad before editing it. If it is Approved, contact the Assignee or another knowledgeable person before making changes.
Launchpad entry: https://features.launchpad.net/distros/ubuntu/+spec/feisty-release-schedule
Packages affected: All
Summary
This document provides the rationale for the release schedule dates set and documented at FeistyReleaseSchedule
Rationale
ArtworkFreeze
There is no formal artwork freeze, but artwork is a feature like anything else and progress is expected through the release cycle. Milestones are back on the schedule, both to make sure we actually do them as well as making it easier for testers to plan ahead. Artwork freezes have not worked well in the past, so this is an attempt to get artwork ready with a different approach.
DebianImportFreeze
Unlike the last cycle, the etch freeze is in a convenient time for us now. Etch is in base freeze and will soon be in full freeze. If Debian ends up releasing on time, we don't want the new stuff uploaded to Debian post-release into Feisty.
FeatureFreeze and UpstreamVersionFreeze
It was decided to merge those freezes based on the fact that we have approved more or less anything in the first couple of weeks of UVF. We need a bit longer feature freeze than for the last release due to a higher number of features. Another reason for merging the freezes is that it is a "requires approval" freeze rather than a "new versions will not be accepted" freeze.
StringFreeze
There is now only one documentation freeze which is the string freeze. The reason for not having more freezes is we have not seen any effect from having a DocStringFreeze and it is not clear what the purpose of said freeze would be.
BetaFreeze and BetaRelease
A month before the release candidate and release, as usual. This time matching the GNOME release with freezing the day after GNOME releasing.
KernelFreeze
Major bugs in the kernel usually show up pretty quickly after the mass-testing of the beta release, so the freeze is two weeks afterwards, giving a couple of weeks for it to be polished.
ReleaseCandidate
One week before release. There was a bit of discussion about having a longer release candidate freeze, but we are not seeing too much community testing of the RC as well as the RC should at least in theory be possible to use as the final release. Also matching the GNOME release schedule so we get 2.18.1 in.
FinalRelease
Usual six month release.
FeistyReleaseScheduleSpec (last edited 2008-08-06 16:41:22 by localhost)