284efe54fe
The existing relase name criteria were intentionally vague about geography to allow us to collect the largest amount of cool names possible for voting. Somehow, that did not end up happening and instead a specific determination of region was used to drop about 2/3 of the otherwise-qualifying names from the M name poll after nominations were closed. In order to prevent this from happening again, we will need to very specifically designate a region upon initiating the process. Also, provide clear indication that the role of the election official is not to make subjective determinations. Also, allow for a time between finalizing the list of names and the start of the election so that if the election official makes any disputed decisions, there is an opportunity to address them before the poll goes out. This also clarifies when the TC should add any exceptions to the process. Finally, add an extra column to the election roster to indicate where the geographic boundaries should be specified. For more background, see: http://lists.openstack.org/pipermail/openstack-dev/2015-June/066995.html Change-Id: Ia9adc66090f2994bb291967f7f2e1b2b4dd14603
5.0 KiB
Release Naming
OpenStack coordinated releases are numbered using a time-based scheme and this version number should be used in all official documentation, marketing materials, and release artifacts.
Additionally each OpenStack development cycle has a code-name that is proposed and chosen by the community. This name might be used in preference to the version number to refer to the release at the end of the cycle. The process of choosing the name should be an enjoyable activity for the community to mark the software development cycle, and the name itself should be fun to use.
Because the name will become associated with OpenStack, and a particular release, the process should consider potential issues of trademark.
Release Naming Process
The Technical Committee will designate an official to be responsible for executing the release naming process, which consists of the following steps:
- The process to chose the name for a release begins once the location of the design summit of the release to be named is announced and no sooner than the opening of development of the previous release.
- Anyone may propose a name that matches the Release Name Criteria. Proposed names should be added to a page on the OpenStack wiki.
- The marketing community may identify any names of particular concern from a marketing standpoint and discuss such issues publicly on the Marketing mailing list. The marketing community may produce a list of problematic items (with citations to the mailing list discussion of the rationale) to the election official. This information will be communicated during the election, but the names will not be removed from the poll.
- After the close of nominations, the election official will finalize the list of proposed names and publicize it. In general, the official should strive to make objective determinations as to whether a name meets the Release Name Criteria, but if subjective evaluation is required, should be generous in interpreting the rules. It is not necessary to reduce the list of proposed names to a small number.
- Once the list is finalized and publicized, a one-week period shall elapse before the start of the election so that any names removed from consideration because they did not meet the Release Name Criteria may be discussed. Names erroneously removed may be re-added during this period, and the Technical Committee may vote to add exceptional names (which do not meet the standard criteria).
- A Condorcet election is held among all OpenStack Foundation Individual Members to rank the names. The poll will include the names along with any links to mailing list discussions provided by the marketing community.
- The Foundation will perform a trademark check on the winning name. If there is a trademark conflict, then the Foundation will proceed down the ranked list of Condorcet results until a name without a trademark conflict is found. This will be the selected name.
Release Name Criteria
The following rules are designed to provide some consistency in the pattern used to select release names, provide a fun challenge in finding names that meet the criteria, and prevent unwieldy names from being chosen.
- Each release name must start with the letter of the ISO basic Latin alphabet following the initial letter of the previous release, starting with the initial release of "Austin". After "Z", the next name should start with "A" again.
- The name must be composed only of the 26 characters of the ISO basic Latin alphabet. Names which can be transliterated into this character set are also acceptable.
- The name must refer to the physical or human geography of the region encompassing the location of the OpenStack design summit for the corresponding release. The exact boundaries of the geographic region under consideration must be declared before the opening of nominations, as part of the initiation of the selection process.
- The name must be a single word with a maximum of 10 characters. Words that describe the feature should not be included, so "Foo City" or "Foo Peak" would both be eligible as "Foo".
Names which do not meet these criteria but otherwise sound really cool should be added to a separate section of the wiki page and the TC may make an exception for one or more of them to be considered in the Condorcet poll. The naming official is responsible for presenting the list of exceptional names for consideration to the TC before the poll opens.
Polls
| Release | Coordinator | Nominations Open | Poll Open | Poll Close | Geographic Region |
|---|---|---|---|---|---|
| M | Monty Taylor | 2015-06-01 | 2015-06-08 | 2015-06-15 | N/A |