aboutsummaryrefslogtreecommitdiff
path: root/doc
diff options
context:
space:
mode:
authorHironori Shiina <shiina.hironori@jp.fujitsu.com>2015-10-09 11:17:12 +0000
committerHironori Shiina <shiina.hironori@jp.fujitsu.com>2015-10-09 11:17:12 +0000
commitbb6a2a4430405fd0e2225fbdd4f7e893e0876e96 (patch)
tree0ce2c057812135baa42cb2ef25f6a7e910a1b544 /doc
parenta48fb29f4d1792450d803a7cf7e06f57a78d4385 (diff)
downloadkolla-bb6a2a4430405fd0e2225fbdd4f7e893e0876e96.tar.gz
kolla-bb6a2a4430405fd0e2225fbdd4f7e893e0876e96.zip
Fix typos in developer documentation
Fix 4 typos in documentation 'Customize an OpenStack Deployment'. Change-Id: I9da8e44e8281fef18a7a5e86f10464a296aa2d49
Diffstat (limited to 'doc')
-rw-r--r--doc/customize-deployment.rst8
1 files changed, 4 insertions, 4 deletions
diff --git a/doc/customize-deployment.rst b/doc/customize-deployment.rst
index f5f38939c..9359f3934 100644
--- a/doc/customize-deployment.rst
+++ b/doc/customize-deployment.rst
@@ -49,7 +49,7 @@ documentation is extremely mature and well-formulated.
As an example, consider running Kolla in a virtual machine. In order to
launch virtual machines from Nova in a virtual environment, it is necessary
-to use the QEMU hypervisor, rather then the KVM hypervisor. To achieve this
+to use the QEMU hypervisor, rather than the KVM hypervisor. To achieve this
result, simply modify the file `/etc/kolla/config/nova/nova-compute.conf` and
add the contents::
@@ -57,14 +57,14 @@ add the contents::
virt_type=qemu
After this change Kolla will use an emulated hypervisor with lower performance.
-Kolla could have templated this commonly modified configuraiton option. If
+Kolla could have templated this commonly modified configuration option. If
Kolla starts down this path, the Kolla project could end with hundreds of
config options all of which would have to be subjectively evaluated for
inclusion or exclusion in the source tree.
Kolla's approach yields a solution which enables complete customization without
-any upstream mainteance burden. Operators don't have to rely on a subjective
+any upstream maintenance burden. Operators don't have to rely on a subjective
approval process for configuration options nor rely on a
-developement/test/release cycle to obtain a desired customization. Instead
+development/test/release cycle to obtain a desired customization. Instead
operators have ultimate freedom to make desired deployment choices immediately
without the approval of a third party.