summaryrefslogtreecommitdiff
path: root/handbook
diff options
context:
space:
mode:
authorAndrzej Zaborowski <balrog@zabor.org>2008-12-05 13:07:12 +0100
committerAndrzej Zaborowski <balrog@zabor.org>2008-12-05 13:07:12 +0100
commit73b22007249f98c96c425ef8379762b425dc2d61 (patch)
treee2c5c6b1bf22fd1bb356d9e0be9963d93ef17dbb /handbook
parentbcb58a0cd0783b67de316100f0d21fa8e33016a0 (diff)
downloadopenembedded-core-73b22007249f98c96c425ef8379762b425dc2d61.tar.gz
openembedded-core-73b22007249f98c96c425ef8379762b425dc2d61.tar.bz2
openembedded-core-73b22007249f98c96c425ef8379762b425dc2d61.zip
handbook: Correct a bunch of misc typos.
Diffstat (limited to 'handbook')
-rw-r--r--handbook/extendpoky.xml10
-rw-r--r--handbook/faq.xml2
-rw-r--r--handbook/introduction.xml3
-rw-r--r--handbook/usingpoky.xml14
4 files changed, 15 insertions, 14 deletions
diff --git a/handbook/extendpoky.xml b/handbook/extendpoky.xml
index cc0dc1fd25..f259d2ef0a 100644
--- a/handbook/extendpoky.xml
+++ b/handbook/extendpoky.xml
@@ -215,7 +215,7 @@ pkg_postinst_PACKAGENAME () {
<para>
Sometimes it is necessary that the execution of a post-installation
script is delayed until the first boot, because the script
- needs to be executed the device itself. To delay script execution
+ needs to be executed on the device itself. To delay script execution
until boot time, the post-installation function should have the
following structure:
</para>
@@ -268,7 +268,7 @@ inherit poky-image
<para>
By creating a custom image, a developer has total control
- over the contents of the image. It is important use
+ over the contents of the image. It is important to use
the correct names of packages in the <glossterm><link
linkend='var-IMAGE_INSTALL'>IMAGE_INSTALL</link></glossterm> variable.
The names must be in
@@ -295,11 +295,11 @@ IMAGE_INSTALL += "strace"
<title>Customising Images through custom tasks</title>
<para>
- For for complex custom images, the best approach is to create a custom
- task package which is them used to build the image (or images). A good
+ For complex custom images, the best approach is to create a custom
+ task package which is then used to build the image (or images). A good
example of a tasks package is <filename>meta/packages/tasks/task-poky.bb
</filename>. The <glossterm><link linkend='var-PACKAGES'>PACKAGES</link></glossterm>
- variable lists the task packages to build (along with the complimentary
+ variable lists the task packages to build (along with the complementary
-dbg and -dev packages). For each package added,
<glossterm><link linkend='var-PACKAGES'>RDEPENDS</link></glossterm> and
<glossterm><link linkend='var-PACKAGES'>RRECOMMENDS</link></glossterm>
diff --git a/handbook/faq.xml b/handbook/faq.xml
index 7f5c4a962d..518069ed2a 100644
--- a/handbook/faq.xml
+++ b/handbook/faq.xml
@@ -253,7 +253,7 @@
In Intrepid, Ubuntu turned on by default normally optional compile-time security features
and warnings. There are more details at <ulink
url='https://wiki.ubuntu.com/CompilerFlags'>https://wiki.ubuntu.com/CompilerFlags</ulink>.
- You can work around this problem by disbaling those options by adding " -Wno-format-security -U_FORTIFY_SOURCE"
+ You can work around this problem by disabling those options by adding " -Wno-format-security -U_FORTIFY_SOURCE"
to the BUILD_CPPFLAGS variable in conf/bitbake.conf.
</para>
</answer>
diff --git a/handbook/introduction.xml b/handbook/introduction.xml
index 7697bcd0cc..fd26b81097 100644
--- a/handbook/introduction.xml
+++ b/handbook/introduction.xml
@@ -69,7 +69,8 @@
<para>
- Poky has a growing open source community backed up by commercial support provided by the principle developer and maintainer of Poky, <ulink url="http://o-hand.com/">OpenedHand Ltd</ulink>.
+ Poky has a growing open source community backed up by commercial support
+provided by the principal developer and maintainer of Poky, <ulink url="http://o-hand.com/">OpenedHand Ltd</ulink>.
</para>
</section>
diff --git a/handbook/usingpoky.xml b/handbook/usingpoky.xml
index c30da0716d..d54765c786 100644
--- a/handbook/usingpoky.xml
+++ b/handbook/usingpoky.xml
@@ -75,7 +75,7 @@
</para>
<para>
- 'package' can also used to describe recipes but since the same
+ 'package' can also be used to describe recipes but since the same
word is used for the packaged output from Poky (i.e. .ipk or .deb
files), this document will avoid it.
</para>
@@ -114,7 +114,7 @@
<title>Running a Build</title>
<para>
- First the Poky build environment needs to be setup using the following command:
+ First the Poky build environment needs to be set up using the following command:
</para>
<para>
<literallayout class='monospaced'>
@@ -122,7 +122,7 @@ $ source poky-init-build-env
</literallayout>
</para>
<para>
- Once the Poky build environment is setup, a target can now be built using:
+ Once the Poky build environment is set up, a target can now be built using:
</para>
<para>
<literallayout class='monospaced'>
@@ -204,11 +204,11 @@ route add default gw 192.168.7.200 tap0
<para>
The second is to configure name resolution which is configured in the
<filename>/etc/resolv.conf</filename> file. The simplest solution is
- to copy it's content from the host machine.
+ to copy its content from the host machine.
</para>
<para>
- USB connections to devices can be setup and automated in a similar way.
+ USB connections to devices can be set up and automated in a similar way.
First add the following to
<filename>/etc/network/interfaces</filename>:
</para>
@@ -246,7 +246,7 @@ route add default gw 192.168.0.202 usb0
debugging practises such as comparing to the last
known working version and examining the changes, reapplying the
changes in steps to identify the one causing the problem etc. are
- valid for Poky just like any other system. Its impossible to detail
+ valid for Poky just like any other system. It's impossible to detail
every possible potential failure here but there are some general
tips to aid debugging:
</para>
@@ -293,7 +293,7 @@ route add default gw 192.168.0.202 usb0
<para>
which would build matchbox-desktop, then recompile it. The
final command reruns all tasks after the compile (basically
- the packaging tasks) since bitbake will notice the the
+ the packaging tasks) since bitbake will notice that the
compile has been rerun and hence the other tasks also need
to run again.
</para>