11.3.1/Release plan: Difference between revisions

From OLPC
Jump to navigation Jump to search
 
(One intermediate revision by the same user not shown)
Line 8: Line 8:
== Schedule ==
== Schedule ==


We aim to have "regression and platform fixes" cycle, following the second half of the Stabilization stage in our [[Release Process]]. More details below.
We aim to have "regression and platform fixes" cycle, following the second half of the Stabilization stage in our [[Release Process]]. The development phase is skipped completely, we start this cycle with frozen repositories.


The main driver of the schedule is readiness of key ARM platform functionality (suspend/resume, audio), and manufacturing milestones (C2, ramp, MP).
The main drivers of the schedule are readiness of key ARM platform functionality (suspend/resume, audio), and manufacturing milestones (C2, ramp, MP).


=== C2 milestone stage -- platform fixes, regressions ===
=== C2 milestone stage -- platform fixes, regressions ===
Line 35: Line 35:


* Start date: December 1st 2011
* Start date: December 1st 2011
* End date: December 1st 2011
* End date: December 20st 2011


* Duration: 2 1/2 weeks
* Duration: 2 1/2 weeks

Latest revision as of 15:38, 7 November 2011

Scope and aims

  • Improve ARM support for XO-1.75
  • Complete runin coverage on XO-1.75
  • Solve some high impact known issues
  • Translations

Schedule

We aim to have "regression and platform fixes" cycle, following the second half of the Stabilization stage in our Release Process. The development phase is skipped completely, we start this cycle with frozen repositories.

The main drivers of the schedule are readiness of key ARM platform functionality (suspend/resume, audio), and manufacturing milestones (C2, ramp, MP).

C2 milestone stage -- platform fixes, regressions

  • Start date: November 1st 2011
  • End date: December 1st 2011
  • Duration: 4 weeks

Goals:

  • S/R stable enough for runin
  • Audio basically works in all activities
  • Basic power mgmt operations work - power btn to suspend/resume

Milestone builds will be signed.

Fedora updates will only be taken (selectively) when shown to fix regressions.

Sugar activity updates will only be taken (selectively) when shown to fix regressions.

We may also take trivial fixes to important problems (e.g. one-line fixes) where the risk is low.

Regression fixing stage

  • Start date: December 1st 2011
  • End date: December 20st 2011
  • Duration: 2 1/2 weeks

At this point, the project should have the "ready for release" feel. This final milestone is reserved for final testing. The only changes accepted here are fixes for regressions over previous OLPC OS releases.

Final release

  • Date: December 20th 2011

Work plan

Our work plan is centered around

  • OFW/EC -- focus on suspend/resume and core functionality
  • Kernel drivers -- suspend/resume, related power management, audio
  • XO-1.75 video driver
  • Sugar and Activities -- only high priority bugs

Risk areas

Schedule slippage, suspend/resume, audio.

Maintainability

Apart from exceptional circumstances, no new packages will be forked. This means all features have to go in through upstream channels. An upstream-first mentality will be maintained for the Sugar work:

  • Bug fix patches must already be in the relevant 0.92 branch of upstream git
  • Feature patches must already be in the relevant master branch of upstream git

Testing

Sam Greenfeld will maintain a spreadsheet recording when each of the basic functionalities have most recently been tested, and this will be shared with contributors. We will continue to engage the AU and NZ testing groups on the testing list. And we will try to clone their success with the formation of an OLPC testing group in Miami.

Trac conventions

All relevant bugs must be on http://dev.laptop.org for this release (as the focus is on non-sugar items).

Bugs on dev.laptop.org are marked as "add to build" when the solution has been packaged, and then set to "test in build" by the release manager once a build has been made. Sam Greenfeld (QA lead) is in charge of watching and closing those tickets.

Release management

Martin Langhoff will act as release manager, with help from Peter Robinson on builds and Simon Schampijer on triaging Sugar changes. Main workload willbe applying/enforcing the guidelines and milestones as above, approving the inevitable handful of exceptions, producing/announcing development builds, and coordinating release notes.