MilestoneProcess
3518
Comment:
|
6498
Group tasks under purpose a bit to give context.
|
Deletions are marked like this. | Additions are marked like this. |
Line 1: | Line 1: |
To be carried out by: Martin Pitt, with support from the [https://launchpad.net/~ubuntu-release Ubuntu release team] | To be carried out by: Ubuntu Release Manager, with support from the [[https://launchpad.net/~ubuntu-release|Ubuntu release team]] |
Line 9: | Line 9: |
1. Ask the marketing team (ubuntu-marketing@lists.ubuntu.com) to prepare a web page about the changes since the last milestone * Please notify matthew.nuzum@canonical.com that there will be impending website changes 1. Notify developers by mailing [http://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-announce ubuntu-devel-announce]: * Pointer to milestone page |
1. Start to prepare web page summarizing the changes since the last milestone * Set up template * Ask the marketing team (ubuntu-marketing@lists.ubuntu.com) if they have input * Notify the technical leads and product managers/designates for their input. 1. Coordinate with web team for contacts and plans during release day * Please notify web team (email: ellen.arnold@canonical.com, IRC:ellen) that there will be impending website changes * Review list of full iso image names and sizing with the web team (ellen.arnold@canonical.com, IRC ellen) 1. Notify developers by mailing [[http://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-announce|ubuntu-devel-announce]]: * Pointer to milestone release notes page |
Line 18: | Line 23: |
1. Discuss with Desktop team and MartinPitt whether or not to re-enable apport by default. | |
Line 21: | Line 27: |
1. Announce the milestone freeze on the `#ubuntu-devel` topic and [http://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-announce ubuntu-devel-announce]. There is generally no need to tell people to hold off on uploads, as they will be held automatically by Soyuz once the next task is performed. 1. Set the distrorelease status to `FROZEN` in Launchpad |
1. Announce the milestone freeze on the `#ubuntu-devel` topic, [[http://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-announce|ubuntu-devel-announce]]. If it is not a hard freeze, let people know to hold off on the uploads. When it is a hard freeze, they will be held automatically by Soyuz once the next task is performed. 1. If a hard freeze is in use, set the distrorelease status to `FROZEN` in Launchpad 1. As first image becomes available, mail out to ubuntu-devel@lists.ubuntu.com and ubuntu-bugsquad@lists.ubuntu.com to announce that ISO images are ready for testing, and refer people to the ISO tracker. |
Line 26: | Line 33: |
* [[http://people.ubuntu.com/~ubuntu-archive/nbs.html|NBS]] list | |
Line 27: | Line 35: |
1. Ensure that you accept at least one package through the [[https://launchpad.net/ubuntu/oneiric/+queue?batch=300&queue_state=1|Launchpad UI]], to ensure that launchpad has not broken (important for non-Canonical members of the release team). If it has, please file a bug on [[https://bugs.launchpad.net/soyuz/+bugs|Soyuz]], and scream loudly. 1. Begin UpgradeTestingProcess, since the archive is now consistent 1. Ensure that the ISO tracker lists the new milestone 1. Edit `default_milestone` in `~cdimage/.isotracker.conf` to match the new milestone name in the ISO tracker 1. Stop all live filesystem and cdimage cron jobs 1. Produce full set of images 1. Iterate ReleaseValidationProcess and fix showstopper bugs |
|
Line 30: | Line 45: |
1. Coordinate with QA and other team leads to make sure no blocker bugs have come up during testing. | |
Line 31: | Line 47: |
1. Begin UpgradeTestingProcess, since the archive is now consistent 1. Stop all live filesystem and cdimage cron jobs 1. Produce full set of images 1. Iterate ReleaseValidationProcess and fix showstopper bugs |
1. Produce final set of images (if needed) 1. Prepare the release web page content (TechnicalOverview) * review input from tech leads * add discovered bugs not going to be fixed from ISO testing * Review `-changes` mailing list since the last milestone to make sure that all relevant major changes have been documented in the milestone's web page |
Line 36: | Line 53: |
* Review `-changes` mailing list since the last milestone to make sure that all relevant major changes have been documented in the milestone's web page * this should refer to the web page prepared by the marketing team rather than going into details of changes itself * update the page to include any caveats |
* this should refer to the summary web page prepared by the teams rather than going into details of changes itself * update the page to include any caveats |
Line 42: | Line 58: |
1. Publish the milestone CD images. This usually requires mangling the `HEADER.html` in the directory where the images are stored, since publish-release isn't smart enough to do the right thing there 1. Notify Henrik Omma to begin [https://wiki.canonical.com/CertificationTestingProcess CertificationTestingProcess] (private due to agreements with vendors) |
1. If there is a previous milestone for this series, move those images from /srv/cdimage.ubuntu.com/www/full to /srv/cdimage.ubuntu.com/old-images/, and notify the sysadmin team that these are available for off-line archival. 1. Publish the milestone CD images: `./publish-image-set.py` (from [[https://code.launchpad.net/+branch/ubuntu-archive-tools|lp:ubuntu-archive-tools]]) will print the necessary commands. 1. [[https://wiki.ubuntu.com/UEC/Images/Publishing|Publish the milestone Cloud images]] on cloud-images.ubuntu.com. 1. Notify Hardware Certification team ( email: Ara.Pulido@canonical.com, IRC: ara ) to begin [[https://wiki.canonical.com/CertificationTestingProcess|CertificationTestingProcess]] (private due to agreements with vendors) |
Line 46: | Line 64: |
1. Notify web site team (email: ellen.arnold@canonical.com, IRC: ellen) to update to new images and notes. * `/testing` on the website with release notes * alphas are served off of cdimage, betas and others use `/testing/download |
|
Line 47: | Line 68: |
1. Notify Matthew Nuzum to update the website and the `/products/GetUbuntu/ReleaseNotes` redirection * `/testing` |
|
Line 50: | Line 69: |
1. Set the distrorelease back to `DEVELOPMENT` in Launchpad | 1. If a hard freeze was in use, set the distrorelease back to `DEVELOPMENT` in Launchpad |
Line 52: | Line 71: |
1. Post an announcement on [[https://release-blog.ubuntu.com/wp-admin/edit.php|http://release-blog.ubuntu.com/]] | |
Line 53: | Line 73: |
1. Turn live filesystems and cdimage cron jobs back on. 1. Create new milestone in Launchpad for the next milestone |
1. Switch from publishing images for the milestone back to publishing the dailies * Update the ISO tracker to set the milestone to "released", re-enable the "daily", and update the notice. * Update the build machine, to change `default_milestone` in `~cdimage/.isotracker.conf` back to "Precise Daily" (etc.), Turn live filesystems and cdimage cron jobs back on. 1. Clean up milestone status on Launchpad * mark the old milestone inactive in Launchpad (https://launchpad.net/ubuntu/RELEASE) * work through any old milestoned bugs still remaining, and move to next milestone if appropriate. 1. Release manager update the burndown chart links on ReleaseTeam/FeatureStatus |
Line 56: | Line 81: |
Release plus 7 days: 1. In planning cycle, review [[https://wiki.ubuntu.com/ReleaseManifest|Release Manifest]] and make any necessary updates. |
|
Line 59: | Line 88: |
* Warn the QA team (ubuntu-bugsquad@lists.ubuntu.com) | ---- CategoryProcess |
To be carried out by: Ubuntu Release Manager, with support from the Ubuntu release team
Goals:
- Produce a set of distribution media images suitable for testing by advanced users and hardware recertification
- Make the archive consistent so that upgrade testing can be performed
Release minus 6 days:
- Start to prepare web page summarizing the changes since the last milestone
- Set up template
Ask the marketing team (ubuntu-marketing@lists.ubuntu.com) if they have input
- Notify the technical leads and product managers/designates for their input.
- Coordinate with web team for contacts and plans during release day
Please notify web team (email: ellen.arnold@canonical.com, IRC:ellen) that there will be impending website changes
Review list of full iso image names and sizing with the web team (ellen.arnold@canonical.com, IRC ellen)
Notify developers by mailing ubuntu-devel-announce:
- Pointer to milestone release notes page
- Reminder of milestone freeze
Request to avoid and eliminate PackageInconsistencies
- Target any relevant bugs to the milestone
- Merge seeds and update metapackages for all releasing derivatives
Notify Michael Vogt to perform a GnomeAppInstallDesktopDatabaseUpdate
Discuss with Desktop team and MartinPitt whether or not to re-enable apport by default.
Release minus 2 days:
Announce the milestone freeze on the #ubuntu-devel topic, ubuntu-devel-announce. If it is not a hard freeze, let people know to hold off on the uploads. When it is a hard freeze, they will be held automatically by Soyuz once the next task is performed.
If a hard freeze is in use, set the distrorelease status to FROZEN in Launchpad
As first image becomes available, mail out to ubuntu-devel@lists.ubuntu.com and ubuntu-bugsquad@lists.ubuntu.com to announce that ISO images are ready for testing, and refer people to the ISO tracker.
- Review problems and file targeted bugs for those which need resolution before builds can begin:
- Live filesystem build failures
NBS list
- Selectively accept package uploads to resolve targeted bugs
Ensure that you accept at least one package through the Launchpad UI, to ensure that launchpad has not broken (important for non-Canonical members of the release team). If it has, please file a bug on Soyuz, and scream loudly.
Begin UpgradeTestingProcess, since the archive is now consistent
- Ensure that the ISO tracker lists the new milestone
Edit default_milestone in ~cdimage/.isotracker.conf to match the new milestone name in the ISO tracker
- Stop all live filesystem and cdimage cron jobs
- Produce full set of images
Iterate ReleaseValidationProcess and fix showstopper bugs
Release minus 1 day:
- Coordinate with QA and other team leads to make sure no blocker bugs have come up during testing.
- Resolve any remaining targeted bugs
- Produce final set of images (if needed)
Prepare the release web page content (TechnicalOverview)
- review input from tech leads
- add discovered bugs not going to be fixed from ISO testing
Review -changes mailing list since the last milestone to make sure that all relevant major changes have been documented in the milestone's web page
- Prepare the release announcement
- this should refer to the summary web page prepared by the teams rather than going into details of changes itself
- update the page to include any caveats
Release:
- If there is a previous milestone for this series, move those images from /srv/cdimage.ubuntu.com/www/full to /srv/cdimage.ubuntu.com/old-images/, and notify the sysadmin team that these are available for off-line archival.
Publish the milestone CD images: ./publish-image-set.py (from lp:ubuntu-archive-tools) will print the necessary commands.
Publish the milestone Cloud images on cloud-images.ubuntu.com.
Notify Hardware Certification team ( email: Ara.Pulido@canonical.com, IRC: ara ) to begin CertificationTestingProcess (private due to agreements with vendors)
- Verify that all mirrors listed in the announcement or release notes have images
- Check functionality of torrents
Notify web site team (email: ellen.arnold@canonical.com, IRC: ellen) to update to new images and notes.
/testing on the website with release notes
- alphas are served off of cdimage, betas and others use `/testing/download
Send the release announcement to ubuntu-devel-announce
Confirm that UpgradeTestingProcess is complete before unfreezing archive
If a hard freeze was in use, set the distrorelease back to DEVELOPMENT in Launchpad
Update the topic on #ubuntu-devel
Post an announcement on http://release-blog.ubuntu.com/
Clear out any pending entries in the UNAPPROVED queue
- Switch from publishing images for the milestone back to publishing the dailies
- Update the ISO tracker to set the milestone to "released", re-enable the "daily", and update the notice.
Update the build machine, to change default_milestone in ~cdimage/.isotracker.conf back to "Precise Daily" (etc.), Turn live filesystems and cdimage cron jobs back on.
- Clean up milestone status on Launchpad
mark the old milestone inactive in Launchpad (https://launchpad.net/ubuntu/RELEASE)
- work through any old milestoned bugs still remaining, and move to next milestone if appropriate.
Release manager update the burndown chart links on ReleaseTeam/FeatureStatus
If any modifications to this process were made in this run, check whether they apply to BetaProcess and ReleaseProcess as well.
Release plus 7 days:
In planning cycle, review Release Manifest and make any necessary updates.
Outstanding issues
MilestoneProcess (last edited 2020-11-16 18:01:38 by vorlon)