Differences between revisions 20 and 21
Revision 20 as of 2014-11-16 04:47:49
Size: 3954
Editor: PaulWise
Comment: freshmeat/freecode is dead
Revision 21 as of 2015-03-04 23:31:21
Size: 4166
Editor: PaulWise
Comment: publicity team stuff
Deletions are marked like this. Additions are marked like this.
Line 47: Line 47:
 * Notify the [[Teams/Publicity|publicity]] team of an upcoming Release
Line 54: Line 55:
 * Mention things that are happening on IRC so the [[Teams/Publicity|publicity]] team can relay to social media
Line 77: Line 79:
 * Propose a tweet/dent on the [[irc://irc.debian.org/debian-publicity|#debian-publicity]] [[IRC]] channel  * [[Teams/Publicity/Identica|Propose]] a tweet/dent on the [[irc://irc.debian.org/debian-publicity|#debian-publicity]] [[IRC]] channel
Line 80: Line 82:
 * Update the [[http://timeline.debian.net/|Debian timeline]]  * Update the [[Teams/Publicity/Timeline|Debian timeline]]

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

The following things need to be done for a release:

Tagging RC Bugs

At some point, we will have to tag the remaining RC bugs to filter what should be removed/deferred/fixed. It's possible to define our own sorting criteria by sending the following request to ?control@bugs.debian.org:

user release.debian.org@packages.debian.org
usercategory codename-sort
  * Codename [tag=]
    + Blockers for Codename [codename-is-blocker]
    + Planned for removal [codename-will-remove]
    + Ignored for Codename [codename-can-defer]

Then, usertagged bugs will be listed on:

http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=release.debian.org@packages.debian.org;tag=codename-can-defer;tag=codename-will-remove;tag=codename-is-blocker;ordering=codename-sort

Useful references about this feature are:

Before a Release

  • Theme (artwork) design should be finalised and decided
  • d-i should have (beta or even better rc) releases
  • Do at least one CD making dry run with the right installer, to ensure that everything fits properly.
  • Install Guide should be up-to-date
  • ReleaseNotes need to be updated:

    • 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 with Security Team for lower supported packages

    • Coordinate with translators
  • Install & upgrade tests should reveal no undocumented (release notes, install guide) surprises

  • Coordinate date with the FTP-Team
    • Have an FTP-master ready/notified/available 3 weeks before the Release
  • Send the preparation mail.
    • Send a mail to the Press team
  • Notify the Security Team of an upcoming Release

  • Notify the ?PressTeam of an upcoming Release

  • Notify the Debian CD team of an upcoming Release

  • Notify the DebianLive Team of an upcoming Release

  • Notify the Mirror team of an upcoming Release
  • Notify the publicity team of an upcoming Release

  • Prepare ?PressAnnouncement

    • coordinate with d-i team for text for d-i changes
  • Prepare the wiki changes
  • Prepare the website changes

While the Release

  • Mention things that are happening on IRC so the publicity team can relay to social media

  • Check with the FTP-Masters
    • d-i needs to be moved
    • new win32-loader?
    • cleanup of $codename-proposed-updates and $codename-security
    • stable-updates needs its suite name hack updated to oldstable-updates
  • Check /srv/ftp-master.debian.org/ftp/dists/$codename/ChangeLog
  • Check if /org/ftp.debian.org/ftp/README was updated.
  • Sign the release file
  • Check that everything that should be released really was released
  • Notify debian-security@lists.debian.org as people tend to cry occassionally

  • Notify the ?PressTeam, that Release is done (tell them when the Release will be pushed out)

  • Notify the Debian CD Team that the Release is done

  • Notify the DebianLive Team that the Release is done

  • Update the website
  • Update the wiki (coordinated with ReleaseNotes's editor)

  • Watch mailing-lists for abnormalities
  • Backup/flush hint files.

After the release