Differences between revisions 1 and 14 (spanning 13 versions)
Revision 1 as of 2008-01-17 10:25:58
Size: 1041
Editor: zobel
Comment:
Revision 14 as of 2009-02-09 23:01:21
Size: 2028
Editor: PhilippKern
Comment: add conditional on the debianlive notification
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
<!> This is a SRM's TODO list, which might not be authorativ or complete. ## page was renamed from Teams/ReleaseManager/Teams/ReleaseManager/PointReleaseCheckList
<!> This is a SRM's TODO list, which might not be authorative or complete.
Line 6: Line 7:
 * Move packages from p-u-new to p-u  * Move remaining (suitable) packages from p-u-new to p-u
Line 8: Line 9:
 * Make sure removal bugs are assigned to release.d.o in the BTS and prepare dak rm lines for ftp-master.
Line 9: Line 11:
 * Check with d-i team for specials with this update  * Check with d-i team for specials with this update (check esp. if old versions of d-i should be purged if new versions enter $suite's d-i area)
Line 16: Line 18:
   * coordinate with d-i team for text for d-i changes
 * Review that security archive is in sync with stable + p-u
 * Review that p-u is built on all arches for all packages
 * Prepare the website changes
Line 19: Line 25:
   * Need the d-i to be moved from p-u?    * List of packages that needs to be released
   * List of packages (including bugnumbers) that needs to be removed (best: dak rm lines as prepared above)
   * Need d-i to be moved from p-u?
Line 22: Line 30:
 * Check if /org/ftp.debian.org/ftp/README was updated.
 * Check if dak.conf was updated to list the next webpage for p-u rejects.
Line 24: Line 34:
 * Check that everything that should be released really was released
Line 26: Line 37:
 * Watch ML for abnormalies  * if version >= Lenny: Notify the DebianLive Team that the PointRelease is done
 * Update the website
 * Watch ML for abnormalities

<!> This is a SRM's TODO list, which might not be authorative or complete.

The following things need to be done for a point release:

Before a PointRelease

  • Move remaining (suitable) packages from p-u-new to p-u
  • Send the preparation mail.
  • Make sure removal bugs are assigned to release.d.o in the BTS and prepare dak rm lines for ftp-master.
  • Check with ?KernelTeam for specials with the Kernel

  • Check with d-i team for specials with this update (check esp. if old versions of d-i should be purged if new versions enter $suite's d-i area)
  • Check, if ReleaseNotes need to be updated. If yes, coordinate with translators

  • Coordinate date with the FTP-Team
  • Notify the SecurityTeam of an upcoming ?PointRelease

  • Notify the ?PressTeam of an upcoming ?PointRelease

  • Notify the Debian-CD team of an upcoming ?PointRelease

  • Prepare ?PressAnnouncement

    • coordinate with d-i team for text for d-i changes
  • Review that security archive is in sync with stable + p-u
  • Review that p-u is built on all arches for all packages
  • Prepare the website changes

While the PointRelease

  • Check with the FTP-Masters
    • List of packages that needs to be released
    • List of packages (including bugnumbers) that needs to be removed (best: dak rm lines as prepared above)
    • Need d-i to be moved from p-u?
    • Need to decruft?
  • Sign the release file
  • Check if /org/ftp.debian.org/ftp/README was updated.
  • Check if dak.conf was updated to list the next webpage for p-u rejects.

After the PointRelease

  • Check that everything that should be released really was released
  • Notify the ?PressTeam, that ?PointRelease is done (tell them when the ?PointRelease will be pushed out)

  • Notify the DebianCD Team that the ?PointRelease is done

  • if version >= Lenny: Notify the DebianLive Team that the ?PointRelease is done

  • Update the website
  • Watch ML for abnormalities