Typo fixes
Noticed a few things that needed tidying. Change-Id: I1addff2c309491e5c75d32465f738d7435b99b87
This commit is contained in:
parent
9c5143d658
commit
31a66b6200
@ -21,7 +21,7 @@ Current list of base services
|
|||||||
|
|
||||||
**An oslo.messaging-compatible message queue**
|
**An oslo.messaging-compatible message queue**
|
||||||
Some inter-process and inter-service communication in OpenStack
|
Some inter-process and inter-service communication in OpenStack
|
||||||
components is accomplished using message queues, through oslo.messaging
|
components is accomplished using message queues through oslo.messaging
|
||||||
as an indirection layer. While most OpenStack deployments use RabbitMQ,
|
as an indirection layer. While most OpenStack deployments use RabbitMQ,
|
||||||
other message queues are supported.
|
other message queues are supported.
|
||||||
|
|
||||||
|
@ -107,7 +107,7 @@ and should be held open for no less than four business days.
|
|||||||
Voters for PTL seats ("APC")
|
Voters for PTL seats ("APC")
|
||||||
============================
|
============================
|
||||||
|
|
||||||
Voters for a given project's PTL election are the active project contributors
|
Voters for a given project's PTL election are the Active Project Contributors
|
||||||
("APC"), which are a subset of the Foundation Individual Members. Individual
|
("APC"), which are a subset of the Foundation Individual Members. Individual
|
||||||
Members who committed a change to a repository of a project over the last two
|
Members who committed a change to a repository of a project over the last two
|
||||||
6-month release cycles are considered APC for that project team.
|
6-month release cycles are considered APC for that project team.
|
||||||
|
@ -25,7 +25,7 @@ When considering new projects for addition, the TC will check that:
|
|||||||
* The proposed project uses an open source license (preferably the Apache
|
* The proposed project uses an open source license (preferably the Apache
|
||||||
v2.0 license, since it is necessary if the project wants to be used in
|
v2.0 license, since it is necessary if the project wants to be used in
|
||||||
an OpenStack trademark program)
|
an OpenStack trademark program)
|
||||||
* Project must have no library dependencies which effectively restrict
|
* The project must have no library dependencies which effectively restrict
|
||||||
how the project may be distributed or deployed
|
how the project may be distributed or deployed
|
||||||
|
|
||||||
* Open Community:
|
* Open Community:
|
||||||
|
@ -17,8 +17,8 @@ One OpenStack
|
|||||||
-------------
|
-------------
|
||||||
|
|
||||||
OpenStack is one community with one common mission, producing one framework
|
OpenStack is one community with one common mission, producing one framework
|
||||||
of collaborating components. Our organization into separate source code
|
of collaborating components. Our organization is split into separate source
|
||||||
repositories and teams allows contributors to focus on their areas of
|
code repositories and teams allowing contributors to focus on their areas of
|
||||||
interest and expertise, but does not make OpenStack a loose collection of
|
interest and expertise, but does not make OpenStack a loose collection of
|
||||||
disconnected projects.
|
disconnected projects.
|
||||||
|
|
||||||
@ -69,7 +69,7 @@ OpenStack Leaders Exist to Serve Their Community
|
|||||||
|
|
||||||
OpenStack leaders hold their positions only in order to serve the people
|
OpenStack leaders hold their positions only in order to serve the people
|
||||||
they lead. The TC only exists to serve the technical community. PTLs
|
they lead. The TC only exists to serve the technical community. PTLs
|
||||||
exist to serve the contributors to and users of their projects.
|
exist to serve the contributors and users of their projects.
|
||||||
|
|
||||||
Changes in Leadership are Good
|
Changes in Leadership are Good
|
||||||
------------------------------
|
------------------------------
|
||||||
|
@ -30,7 +30,7 @@ the ``openstack`` CLI command.
|
|||||||
|
|
||||||
The history of this decision is that the documentation contributors wanted the
|
The history of this decision is that the documentation contributors wanted the
|
||||||
least amount of cognitive overhead when writing and reviewing. Learning rules
|
least amount of cognitive overhead when writing and reviewing. Learning rules
|
||||||
about case can be difficult across multiple projects and with hundreds of
|
about case can be difficult across multiple projects with hundreds of
|
||||||
documentation contributors and thousands of changes and additions. Lowercase
|
documentation contributors and thousands of changes and additions. Lowercase
|
||||||
for project names as a rule is then easiest to review and enforce at this scale
|
for project names as a rule is then easiest to review and enforce at this scale
|
||||||
and growth pattern.
|
and growth pattern.
|
||||||
@ -74,5 +74,3 @@ Developer documentation may refer to the project name, but end-user, operator,
|
|||||||
administrator, and application developer documentation must refer to the
|
administrator, and application developer documentation must refer to the
|
||||||
service name. When reviewing service names, consider the consumers of the
|
service name. When reviewing service names, consider the consumers of the
|
||||||
information.
|
information.
|
||||||
|
|
||||||
|
|
||||||
|
Loading…
x
Reference in New Issue
Block a user