Release team

From OLPC
Jump to navigation Jump to search


Pencil.png NOTE: The contents of this page are not set in stone, and are subject to change!

This page is a draft in active flux ...
Please leave suggestions on the talk page.

Pencil.png

For older versions of this page, see /Archive.

Introduction

This page is currently a draft proposal for a community-based release management team to take over the task of preparing images for OLPC deployment use, based largely on this conversation.

Purpose/Rationale

Pia writes stuff here.

Sources

This is a flow diagram of the sources an OLPC community release team would draw on. Boxes contain the names of groups and the code they write. Code and materials flow from top to bottom (upstream to downstream). Streams/arrows are the outputs of each group, regardless of whether or not they've written the code for that output or are passing/packaging upstream work along. Note that the release team does not write any code.

Release-team-flowchart.png

This diagram only shows Fedora (as the OS) and the XO (as the hardware platform) for simplicity, but there is no reason why other distributions or hardware platforms can't be used. You could imagine extending this process to have the release team also produce a Sugar-on-Ubuntu-on-the-Intel-Classmate, for instance.

Release cycle

Note: We may want to draw heavily on Michael's work for this section. Leaving blank for Michael and Pia to fill in.Mchua 03:56, 29 January 2009 (UTC)

Roadmap

Hacking

Freeze

Stabilisation

Beta release

Stable release

Membership

The release team should be extremely small, as they are the stewards of the release process and do not (in their capacity as release team members) contribute patches and packaging themselves. Pia and Michael, write stuff here. Mchua 03:56, 29 January 2009 (UTC)

Next steps