BetaProcess

Differences between revisions 41 and 42
Revision 41 as of 2010-03-13 06:50:44
Size: 7617
Editor: minbar
Comment: Rick -> Jos
Revision 42 as of 2010-03-13 07:19:48
Size: 7587
Editor: minbar
Comment: ask Gerry about press releases at the same time as the website coordination
Deletions are marked like this. Additions are marked like this.
Line 32: Line 32:
 1. Contact Gerry Carr and [[mailto:matthew.nuzum@canonical.com|Matthew Nuzum]] to confirm the date of the final release, to ensure they have time to prepare the website (this includes preparing http://www.ubuntu.com/getubuntu/download)  1. Contact Gerry Carr and [[mailto:matthew.nuzum@canonical.com|Matthew Nuzum]] to confirm the date of the final release, to ensure they have time to prepare the website (this includes preparing http://www.ubuntu.com/getubuntu/download), and inquire whether there will be a press release to coordinate for Beta
Line 51: Line 51:
 1. Check with Canonical marketing to see whether there will be a press release to coordinate for Beta

To be carried out by: Ubuntu Release Manager, with support from the Ubuntu release team

Goals:

  • Produce a set of well-tested distribution media images suitable for broad testing by advanced users
  • Allow all packages in main to be test-built and bugs filed where relevant
  • Confirm that certified hardware is properly supported
  • Keep the developer community informed about the status of the release.

During the whole process:

  • Check if there are newsworthy items and either mail them to ubuntu-devel or post them to the release blog. Examples of newsworthy items are: New candidate ISOs, important bugfixes (and ask for verification of same).

Release minus 10 days:

  1. Notify developers by mailing ubuntu-devel-announce:

  2. Contact Marjo Mercado to confirm that all certification bugs are resolved for the freeze
  3. Merge seeds and update metapackages for all releasing derivatives
  4. Notify Michael Vogt to perform a GnomeAppInstallDesktopDatabaseUpdate

  5. Notify Evan Dandrea to remove the disclaimer from Ubiquity's first page
  6. Begin UpgradeTestingProcess

  7. Notify James Troup to remind mirrors to check free disk space
    • Include estimate of disk space requirements for pre-publishing the beta release
  8. Announce any pending EOL of an older release (see EndOfLifeProcess)

  9. Contact Gerry Carr and Matthew Nuzum to confirm the date of the final release, to ensure they have time to prepare the website (this includes preparing http://www.ubuntu.com/getubuntu/download), and inquire whether there will be a press release to coordinate for Beta

Release minus 7 days:

  1. Announce the beta freeze on the #ubuntu-devel topic, ubuntu-devel-announce, and http://release-blog.ubuntu.com/. 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.

  2. Set the distrorelease status to FROZEN in Launchpad

  3. Review problems and file targeted bugs for those which need resolution for the beta:
  4. Selectively accept package uploads to resolve targeted bugs
  5. Ask the marketing team (ubuntu-marketing@lists.ubuntu.com) to prepare a web page about the changes since the last milestone. CC product owners (Rick Spencer, Jos Boumans, David Mandala) and Marketing (Gerry Carr) for validation.

  6. Notify Matthew Nuzum about setting up http://www.ubuntu.com/getubuntu/download for the Beta release

Release minus 3 days:

  1. All CD-related problems should be resolved, and the archive consistent
  2. Repeat UpgradeTestingProcess

  3. Notify Colin Watson (or other buildd admin) to begin rebuild testing
  4. Stop all live filesystem and cdimage cron jobs
  5. Modify debian-cd/CONF.sh to set OFFICIAL

  6. Produce full set of images
  7. Notify Marjo Mercado to begin ReleaseValidationProcess

  8. Notify Marjo Mercado to begin https://wiki.canonical.com/UbuntuPlatform/HardwareCertification/Process (private due to agreements with vendors)

  9. Iteratively test and accept select showstopper fixes
    • Make sure to clear the testing grid for each iteration

Release minus 2 days:

  1. Request input for the beta announcement from the leads of the community products

Release minus 1 day:

  1. Prepare the release announcement
    • 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 doc team rather than going into details of changes itself
    • update the page to include any caveats
    • Notify Matt Zimmerman, ubuntu-doc@lists.ubuntu.com to proofread the announcement and suggest changes, CC product owners (Rick Spencer, Jos Boumans, David Mandala) and Marketing (Gerry Carr).

  2. Review beta-targeted bugs and take final decisions on what to fix and what to defer
  3. Pre-publish the CD images

Release minus 15 minutes:

  1. Publish the CD images. This requires mangling the .htaccess and the HEADER.html in the top-level directory as well as in the kubuntu/ and edubuntu/ subdirectories, and trimming all images not related to the current release from the .manifest file so that full mirror probes are possible in a timely manner.

  2. Remove any not-yet-official warnings from the announcement and release notes
  3. Verify that all mirrors listed in the announcement or release notes have images, and remove faulty mirrors
  4. Check torrents for proper functionality

Release:

  1. Update the topic on #ubuntu-devel

  2. Notify Matthew Nuzum to put the announcement on the website
    • News sidebar
    • /testing

  3. Send the release announcement to ubuntu-announce

  4. Post an announcement on http://release-blog.ubuntu.com/

  5. Ask Ryan Troy to post announcement to News & Announcements section

  6. Post announcement to Launchpad (ubuntu-drivers members have posting rights)

Release plus 1 day:

  1. Revert changes to debian-cd/CONF.sh

  2. Turn live filesystem and cdimage cron jobs back on.
  3. Notify Zaid Al Hamami to contact Canonical ISV partners for new builds of commercial software packages
  4. Set the distrorelease back to DEVELOPMENT in Launchpad

  5. Clear out any pending entries in the UNAPPROVED queue

  6. Call for translations
  7. If this will be an LTS release, notify ubuntu-devel-announce of any special post-release support plans, such as point releases

  8. If any changes were made to this document in this run, check whether the changes also apply to the other release process documents as well.
  9. Begin preliminary steps from NewReleaseCycleProcess.

  10. Continue on MilestoneProcess or ReleaseCandidateProcess, as appropriate.

Outstanding issues

  • Publishing DVD images? (Those should usually just be published to cdimage, but it's probably worth putting them in the list).


CategoryProcess

BetaProcess (last edited 2021-09-24 20:52:01 by brian-murray)