8.2.0: Difference between revisions

From OLPC
Jump to navigation Jump to search
m (→‎Standard information: encourage testing with Friends in testing link)
Line 16: Line 16:
Primary objective:
Primary objective:
* [[Has objective::Time based release. Intended to include all the available features which are ready in time.]]
* [[Has objective::Time based release. Intended to include all the available features which are ready in time.]]
* [[Has objective::incorporate Sugar team's UI redesign]]
* [[Has objective::incorporate Sugar team's UI redesign.]]
* [[Has objective::Fedora 9 respin]]
* [[Has objective::Fedora 9 respin.]]


Lead customer: ??
Lead customer: ??

Revision as of 04:44, 10 September 2008

8.2.0 is a future release in development and testing (as of September 2008). Here are its (draft) release notes.

Standard information

(These are all semantic annotations that other pages such as Releases can query.)

Release notes: Release notes/8.2.0

Status: To be released (candidate build is out and status::in testingJoin the test effort!)

Primary maintainer: Primary maintainer::User:Mstone

ECO: not yet

Primary objective:

Lead customer: ??

Build number and URL: Build number::999, see Friends in testing

Schedule: target date::2008-09-30 "before the end of September"

Terminology

blocker
We can agree on a minimal set of bugs which are so nasty that we know in advance that we could never deploy an OS containing them. These bugs are called 'blockers'. We will not ship 8.2.0 with open blockers.
See 8.2.0 blockers and proposed 8.2.0 blockers.
polish
We can agree on a more inclusive set of low-risk 'polish' bugs that we should attempt to resolve as time and resources permit.
See 8.2.0 polish opportunities.
milestones
Our ideal 8.2.0 release procedure will consist of motion toward the delivery of three milestone builds:
  • an Alpha image with few blockers,
  • a signed Beta image with some polish, and
  • a signed Final image with no blockers and, we hope, some polish.
change control
A process for limiting the rate of change and restricting the causes of change to a deliverable (like an OS build) so that correlated deliverables (like release notes) can be synchronized.
a.k.a "freezing"

Schedule

Preparations for the 8.2.0 release began in December, 2007 and rapidly expanded in March, 2008 when, having completed the 8.1.0 release, the Sugar team began working toward the goal of shipping their UI redesign. In March, it was decided to try to ship the release in August according to documented development priorities on the basis of the claim that August was the earliest time at which the integration of a useful body of features could be completed. The current schedule calls for the completion of the 8.2.0 release in mid-September as follows:

These dates are subject to change and not confirmed or finalized.

m/dd
8/27: we will nominate a build as our Alpha image, RC1 for maximal testing.
9/03: change control tightens (i.e. "we freeze").
9/05: we will officially refresh translations and new Sugar.
9/07: we will start the security audit of the OFW, EC, kernel, and initramfs changes relevant to initial activation security.
Approx 9/17: we will publish Beta image, RC2 reference OS and G1G1 derivative images. Ideally this is the final candidate and it needs 2 weeks of testing and documentation.
Approx 9/24: we will publish RC3, only if needed; finish the release notes, and the G1G1 derivative images.
Final Release: by end of September.

These dates are subject to change and not confirmed or finalized.

End-game Priorities

  1. PLEASE RESOLVE BLOCKERS:
  2. OTHERWISE, help out with the TESTING effort:
  3. OTHERWISE, help out with the DAILY TRIAGE and RELEASE-NOTING effort:
  4. OTHERWISE, UNTIL 9/03, you can POLISH:

Change Control

Change control will be in force on the 8.2.0 release stream from now until release and will be managed by Scott, Marco, and Michael.
From 8/20 to 9/03, light change control ('slush', 'frost') will be in place. During this interval, changes to the release stream must be approved, in any medium, by Scott, Marco, or Michael before being pushed. Here are the criteria for change approval.
From 9/03 to final release, full change control ('ice', 'frozen') will be in place. No changes will be accepted unless they are explicitly coordinated and scheduled by the full release team.

Development stream

We have a pilgrim stream named "8.2" which is where release candidates will be developed.

Builds are manually triggered by C. Scott Ananian.

Release Criteria

The release criteria for 8.2.0 are being drafted and will be posted shortly.

Useful Links