Release Process/Release: Difference between revisions
No edit summary |
(add updates.laptop.org) |
||
Line 45: | Line 45: | ||
If firmware version has changed since prior release, update the table of signed firmware files in [[Upgrading firmware]]. |
If firmware version has changed since prior release, update the table of signed firmware files in [[Upgrading firmware]]. |
||
== Update updates.laptop.org == |
|||
Verify each released build is listed as an rsync module: |
|||
rsync rsync://updates.laptop.org/ |
|||
If the builds are missing, probe the updates server using the build directory name, so that it will fetch the build and populate the filesystem. For example: |
|||
rsync rsync://updates.laptop.org/build-13.2.4_xo1.5-16 |
|||
This takes about 3.3 minutes. Then repeat the verify step. |
Revision as of 22:16, 15 April 2015
At the end of the stabilization phases, the final release candidate is agreed as good and becomes the final release. This page outlines the steps needed to wrap-up the release.
Update download.laptop.org
For each laptop model, the build should be moved from 'candidate' to 'official' in the files hierarchy, with a symlink put in place from the candidate directory to avoid breaking old links. The 'latest' symlink under official should be updated.
The http://download.laptop.org index.html front page should be updated (manually)
Finalize release notes
At this point, the release notes should be checked and published as final with any {{draft}} tag removed.
Finalize frozen repositories
The Frozen repositories used in the release should now be finalized (see Frozen_repositories#Finalizing_a_release).
Make build system release
For olpc-os-builder:
- The version number should be incremented appropriately
- The suggested_oob_version field in the build configuration should be set to this version
- After committing, a git tag (with that version number) should be made and pushed
- A new tarball should be released
- The new version should be packaged in Fedora
Update release page
The release page (e.g. 11.2.0) should then be updated.
- The status property should be set to "released"
- The following properties should be set appropriately: Property:Build number, Property:Build system, Property:Build system version, Property:Build platform, Property:Download URL, Property:Firmware
Announce the release
Send a mail to the devel mailing list announcing the availability of the release.
Send the build to the factory
Quanta (the laptop manufacturer) should be informed of the availability of the new build. They will install it on new laptops where the deployment has not provided a custom software image.
To do this, ask a member of OLPC staff to inform Quanta of the new release by sending a mail to the production mailing list.
Quanta will likely do a week or two of their own QA before the new software build hits production.
Update signed firmware
If firmware version has changed since prior release, update the table of signed firmware files in Upgrading firmware.
Update updates.laptop.org
Verify each released build is listed as an rsync module:
rsync rsync://updates.laptop.org/
If the builds are missing, probe the updates server using the build directory name, so that it will fetch the build and populate the filesystem. For example:
rsync rsync://updates.laptop.org/build-13.2.4_xo1.5-16
This takes about 3.3 minutes. Then repeat the verify step.