summaryrefslogtreecommitdiff
path: root/docs
diff options
context:
space:
mode:
authorHolger Hans Peter Freyther <zecke@selfish.org>2009-08-11 15:00:31 +0200
committerHolger Hans Peter Freyther <zecke@selfish.org>2009-08-11 15:00:31 +0200
commit0b5373120b1f074cba500361c31effaf7bee75f5 (patch)
tree146d676fe923ef0c9337ebc2d959cda6deafe0fa /docs
parent154a69bf190d281eafdb2244d3368cc505510125 (diff)
usermanual: Some more spelling fixes
Diffstat (limited to 'docs')
-rw-r--r--docs/usermanual/chapters/getting_oe.xml4
-rw-r--r--docs/usermanual/chapters/metadata.xml2
-rw-r--r--docs/usermanual/chapters/recipes.xml14
-rw-r--r--docs/usermanual/chapters/usage.xml2
4 files changed, 11 insertions, 11 deletions
diff --git a/docs/usermanual/chapters/getting_oe.xml b/docs/usermanual/chapters/getting_oe.xml
index 1d51a55ca0..bd376c33e9 100644
--- a/docs/usermanual/chapters/getting_oe.xml
+++ b/docs/usermanual/chapters/getting_oe.xml
@@ -209,7 +209,7 @@ $ <command>vi</command> build/conf/local.conf</screen>
the following three
entries: <varname>BBFILES</varname>, <varname>DISTRO</varname>
and <varname>MACHINE</varname>. For example, consider the following
- mininal <literal>local.conf</literal> file for the &Aring;ngstr&ouml;m
+ minimal <literal>local.conf</literal> file for the &Aring;ngstr&ouml;m
distribution and the Openmoko gta01 machine:
<screen>
@@ -294,7 +294,7 @@ MACHINE = "om-gta01"</screen>
<varlistentry>
<term><filename>meta/</filename></term>
- <listitem><para>A collection of usefull meta tasks and recipes that
+ <listitem><para>A collection of useful meta tasks and recipes that
don't fit in a general category.</para></listitem>
</varlistentry>
diff --git a/docs/usermanual/chapters/metadata.xml b/docs/usermanual/chapters/metadata.xml
index 3e76b2ddbb..c698be961a 100644
--- a/docs/usermanual/chapters/metadata.xml
+++ b/docs/usermanual/chapters/metadata.xml
@@ -67,7 +67,7 @@
<varlistentry>
<term><filename>recipes/</filename></term>
<listitem>
- <para>Conatins all of the
+ <para>Contains all of the
<application>BitBake</application> <filename>.bb</filename>
files. There is a subdirectory for each task or application
and within that subdirectory is
diff --git a/docs/usermanual/chapters/recipes.xml b/docs/usermanual/chapters/recipes.xml
index e609e98670..74e8e16366 100644
--- a/docs/usermanual/chapters/recipes.xml
+++ b/docs/usermanual/chapters/recipes.xml
@@ -146,7 +146,7 @@ VAR2 = "The version is ${PV}"</screen></para>
<term>Conditional assignment</term>
<listitem>
- <para>Conditional assignement is used to assign a value to a
+ <para>Conditional assignment is used to assign a value to a
variable, but only when the variable is currently unset. This is
commonly used to provide a default value for use when no specific
definition is provided by the machine or distro configuration of the
@@ -1503,7 +1503,7 @@ inherit autotools</screen></para>
example from net-snmp shows oe_runconf being called manually so that
the parameter for specifying the endianess can be computed and
passed in to the configure script:<screen>do_configure() {
- # Additional flag based on target endiness (see siteinfo.bbclass)
+ # Additional flag based on target endianess (see siteinfo.bbclass)
ENDIANESS="${@base_conditional('SITEINFO_ENDIANESS', 'le', '--with-endianness=little', '--with-endianness=big', d)}"
oenote Determined endianess as: $ENDIANESS
oe_runconf $ENDIANESS
@@ -1576,7 +1576,7 @@ inherit autotools</screen></para>
<para>The following example from net-snmp uses oenote to tell the
user which endianess it determined was appropriate for the target
device:<screen>do_configure() {
- # Additional flag based on target endiness (see siteinfo.bbclass)
+ # Additional flag based on target endianess (see siteinfo.bbclass)
ENDIANESS="${@base_conditional('SITEINFO_ENDIANESS', 'le', '--with-endianness=little', '--with-endianness=big', d)}"
oenote Determined endianess as: $ENDIANESS
oe_runconf $ENDIANESS
@@ -1694,7 +1694,7 @@ inherit autotools</screen></para>
to le for little endian targets and to be for big endian
targets:<screen>do_compile () {
...
- # Additional flag based on target endiness (see siteinfo.bbclass)
+ # Additional flag based on target endianess (see siteinfo.bbclass)
CFLAG="${CFLAG} ${@base_conditional('SITEINFO_ENDIANESS', 'le', '-DL_ENDIAN', '-DB_ENDIAN', d)}"
...</screen></para>
</listitem>
@@ -2928,7 +2928,7 @@ fi</screen></para>
<para>Sometimes packages require root permissions in order to perform
some action, such as changing user or group owners or creating device
nodes. Since OpenEmbedded will not keep the user and group information
- it's usually preferabe to remove that from the makefiles. For device
+ it's usually preferable to remove that from the makefiles. For device
nodes it's usually preferably to create them from the initial device node
lists or via udev configuration.</para>
@@ -3268,7 +3268,7 @@ do_configure() {
to le for little endian targets and to be for big endian
targets:<screen>do_compile () {
...
- # Additional flag based on target endiness (see siteinfo.bbclass)
+ # Additional flag based on target endianess (see siteinfo.bbclass)
CFLAG="${CFLAG} ${@base_conditional('SITEINFO_ENDIANESS', 'le', '-DL_ENDIAN', '-DB_ENDIAN', d)}"
...</screen></para>
</listitem>
@@ -3544,7 +3544,7 @@ which find
all contents of the <emphasis role="bold">/var</emphasis> directory is
lost when the device is powered off or restarted. Therefore special
handling of <emphasis role="bold">/var</emphasis> is required in all
- packages. Even if your distrubution does not use a tmpfs based <emphasis
+ packages. Even if your distribution does not use a tmpfs based <emphasis
role="bold">/var</emphasis> you need to assume it does when creating
packages to ensure the package can be used on those distributions that do
use a tmpfs based <emphasis role="bold">/var</emphasis>. This special
diff --git a/docs/usermanual/chapters/usage.xml b/docs/usermanual/chapters/usage.xml
index 47aa7b4869..31ba613ca9 100644
--- a/docs/usermanual/chapters/usage.xml
+++ b/docs/usermanual/chapters/usage.xml
@@ -542,7 +542,7 @@ tmp/work/lzo-1.08-r14/install/lzo/usr/lib/liblzo.so.1.0.0</screen></para>
<para>When you go about building and installing a software package there
are a number of tasks that you generally follow with most software
packages. You probably need to start out by downloading the source code,
- then unpacking the source code. Maye you need to apply some patches for
+ then unpacking the source code. Maybe you need to apply some patches for
some reason. Then you might run the configure script of the package,
perhaps passing it some options to configure it to your liking. The you
might run "make install" to install the software. If your actually going