Ussuri Release Schedule

Ussuri Release Schedule

Note

Deadlines are generally the Thursday of the week on which they are noted below. Exceptions to this policy will be explicitly mentioned in the event description.

21 October 2019 - 15 May 2020 (30 weeks)

Week

Cross-project events

Project-specific events

Oct 14 - Oct 28

Oct 21 - Oct 25

R-29

Oct 28 - Nov 01

R-28

Nov 04 - Nov 08

R-27

Nov 11 - Nov 15

R-26

Nov 18 - Nov 22

R-25

Nov 25 - Nov 29

R-24

Dec 02 - Dec 06

R-23

Dec 09 - Dec 13

R-22

Dec 16 - Dec 20

R-21

Dec 23 - Dec 27

R-20

Dec 30 - Jan 03

R-19

Jan 06 - Jan 10

R-18

Jan 13 - Jan 17

R-17

Jan 20 - Jan 24

R-16

Jan 27 - Jan 31

R-15

Feb 03 - Feb 07

R-14

Feb 10 - Feb 14

R-13

Feb 17 - Feb 21

R-12

Feb 24 - Feb 28

R-11

Mar 02 - Mar 06

R-10

Mar 09 - Mar 13

R-9

Mar 16 - Mar 20

R-8

Mar 23 - Mar 27

R-7

Mar 30 - Apr 03

R-6

Apr 06 - Apr 10

R-5

Apr 13 - Apr 17

R-4

Apr 20 - Apr 24

R-3

Apr 27 - May 01

R-2

May 04 - May 08

R-1

May 11 - May 15

R-0

Subscribe to iCalendar file

Cross-project events

Ussuri Goals Research

Pre-cycle planning and investigation into the community-wide goals for Ussuri.

Open Infrastructure Summit

The Open Infrastructure Summit happens during this week in Shanghai, China. It will include a “Forum” in which people from all parts of our community will gather to give feedback on the last release (Train) and discuss requirements for future releases.

Ussuri-1 milestone

12 December, 2019 is the Ussuri-1 milestone. See project-specific notes for relevant deadlines.

Services Drop python 2 Completed

OpenStack Services dropped the python 2.7 support and testing. Project needs to coordinate with third party CI or any backend drivers.

Common libraries & QA Start dropping python 2

Common libraries & QA start dropping the python 2.7 support and testing. This includes Oslo, QA tools (including Tempest plugins or any other testing tools), common lib used among projects (os-brick), Client libraries. Tempest will drop the support during Feb as discussed with TripleO.

Ussuri Community Goals Acknowledgement

Teams should prepare their acknowledgement of the community-wide goals for Ussuri.

Train Cycle-Trailing Release Deadline

All projects following the cycle-trailing release model must release their Train deliverables by 9 January, 2020.

Ussuri-2 milestone

13 February, 2020 is the Ussuri-2 milestone. See project-specific notes for relevant deadlines.

Common libraries & QA Drop python 2 Completed

Common libraries & QA dropped the python 2.7 support and testing.

Requirement Drop python 2 & Audit

Requirement to drop the python 2.7 support and testing. Audit that every project except Swift have dropped the python 2 support.

Final release for non-client libraries

Libraries that are not client libraries (Oslo and others) should issue their final release during this week. That allows to give time for last-minute changes before feature freeze.

Ussuri-3 milestone

9 April, 2020 is the Ussuri-3 milestone. See project-specific notes for relevant deadlines.

Ussuri Community Goals Completed

Teams should prepare their documentation for completing the community-wide goals for Ussuri.

Extra-ATCs deadline

Project teams should identify contributors who have had a significant impact this cycle but who would not qualify for ATC status using the regular process because they have not submitted a patch. Those names should be added to the governance repo for consideration as ATC for the future.

Feature freeze

The Ussuri-3 milestone marks feature freeze for projects following the release:cycle-with-rc model. No featureful patch should be landed after this point. Exceptions may be granted by the project PTL.

Requirements freeze

After the Ussuri-3 milestone, only critical requirements and constraints changes will be allowed. Freezing our requirements list gives packagers downstream an opportunity to catch up and prepare packages for everything necessary for distributions of the upcoming release. The requirements remain frozen until the stable branches are created, with the release candidates.

Final release for client libraries

Client libraries should issue their final release during this week, to match feature freeze.

Soft StringFreeze

You are no longer allowed to accept proposed changes containing modifications in user-facing strings. Such changes should be rejected by the review team and postponed until the next series development opens (which should happen when RC1 is published).

Membership Freeze

Projects must participate in at least two milestones in order to be considered part of the release. Projects made official after the second milestone, or which fail to produce milestone releases for at least one of the first and second milestones as well as the third milestone, are therefore not considered part of the release for the cycle. This does not apply to cycle-trailing packaging / lifecycle management projects.

RC1 target week

The week of 20 April is the target date for projects following the release:cycle-with-rc model to issue their first release candidate.

Hard StringFreeze

This happens when the RC1 for the project is tagged. At this point, ideally no strings are changed (or added, or removed), to give translators time to finish up their efforts.

Final RCs and intermediary releases

The week of 4 May is the last week to issue release candidates or intermediary releases before release week. During release week, only final-release-critical releases will be accepted (at the discretion of the release team).

Ussuri release

The Ussuri coordinated release will happen on Wednesday, 13 May, 2020.

Election Email Deadline

Contributors that will be in the electorate for the upcoming elections should confirm their gerrit email addresses by this date (April 7th, 2020 at 00:00 UTC). Electorate rolls are generated after this date and ballots will be sent to the listed gerrit email address.

TC Elections

TC Election Nomination Begins

Technical committee candidates interested in serving for the next calendar year should announce their candidacies and platforms during this week. Please see the Election site for specific timing imformation.

TC Election Campaigning Begins

The electorate has time to ask candidates questions about their platforms and debate topics before polling begins. Please see the Election site for specific timing information.

TC Election Polling Begins

Election polling week for open seats on the TC. Please see the Election site for specific timing imformation.

Cycle Highlights

Cycle highlights need to be added to the release deliverables by feature freeze to be included in any marketing release messaging. Highlights may be added after this point, but they will likely only be useful for historical purposes.

See the Project Team Guide for more details and instructions on adding these highlights.

Project-specific events

Cinder

Cinder Spec Freeze

All Cinder Specs for features to be implemented in Ussuri must be approved by 31 Jan 2020 (23:59 UTC).

Cinder New Driver Merge Deadline

The deadline for merging a new backend driver to Cinder for the Ussuri release is 13 February 2020 (23:59 UTC). New drivers must be (a) code complete including unit tests, (b) merged into the code repository, and (c) must have a 3rd Party CI running reliably. (The idea is that new drivers will be included in a release at the second milestone and thus be easily available for downstream testing, documentation feedback, etc.)

Cinder New Target Driver Merge Deadline

The deadline for merging a new target driver to Cinder for the Ussuri release is 13 February 2020 (23:59 UTC). New target drivers must be (a) code complete including unit tests, (b) merged into the code repository, and (c) must have a 3rd Party CI running reliably. (The idea is that new drivers will be included in a release at the second milestone and thus be easily available for downstream testing, documentation feedback, etc.)

Cinder New Feature Status Checkpoint

If your new Cinder feature requires client support, keep in mind that the final release for client libraries is in three weeks. Thus your Cinder feature should be substantially complete with unit tests by this time so that any client changes can be reviewed, tested, and merged before 9 April.

Cinder 3rd Party CI Compliance Checkpoint

This is a reminder that in order for a Cinder driver to be considered ‘supported’ in the Ussuri release, its third party CI must be running properly when the Cinder team does a final compliance check around the time of the third milestone. See the Driver Compliance section of the Cinder Documentation for details.

Manila

Manila Spec Freeze

All Manila specs targeted to Ussuri must be approved by the end of the week.

Manila Driver Deadline

By the end of the week all new backend drivers for Manila must be substantially complete, with unit tests, and passing 3rd party CI. Drivers do not have to actually merge until feature freeze.

Manila Feature Proposal Freeze

All new Manila features must be proposed and substantially completed, with unit, functional and integration tests by the end of the week.

Oslo

Oslo Feature Freeze

All new Oslo features must be proposed and substantially complete, with unit tests by the end of the week.

PTL Elections

Keystone

Keystone Spec Proposal Freeze

All Keystone specs targeted to Ussuri must be submitted to the keystone-specs repository by the end of the week.

Keystone Spec Freeze

All Keystone specs targeted to Ussuri must be approved by the end of the week.

Keystone Feature Proposal Freeze

All new Keystone features must be proposed and substantially completed, with unit tests and documentation by the end of the week.

Keystone Feature Freeze

All new Keystone features must be merged by the end of the week.

PTL Elections

‘Victoria’ PTL self-nomination

Project team lead candidates for the ‘Victoria’ cycle should announce their candidacy during this week. Refer to the Election Site for exact details.

‘Victoria’ PTL Election Polling Begins

Election week for Project team leads (where an election must be held to determine the winner). Refer to the Election Site for exact details.

Creative Commons Attribution 3.0 License

Except where otherwise noted, this document is licensed under Creative Commons Attribution 3.0 License. See all OpenStack Legal Documents.