From 731cedfb359c93250a3ae1c8c319484c6d608a96 Mon Sep 17 00:00:00 2001 From: Scott Rifenbark Date: Tue, 9 Nov 2010 14:10:45 -0800 Subject: Poky Reference Manual: Spell check performed. Found and corrected about 6 or 7 mis-spelled words. Signed-off-by: Scott Rifenbark --- documentation/poky-ref-manual/extendpoky.xml | 30 ++++++++++++++-------------- 1 file changed, 15 insertions(+), 15 deletions(-) (limited to 'documentation') diff --git a/documentation/poky-ref-manual/extendpoky.xml b/documentation/poky-ref-manual/extendpoky.xml index 7167ae3c35..ad8918dcb8 100644 --- a/documentation/poky-ref-manual/extendpoky.xml +++ b/documentation/poky-ref-manual/extendpoky.xml @@ -257,14 +257,14 @@ fi
- Customising Images + Customizing Images You can customize Poky images to satisfy particular requirements. This section describes several methods and provides guidelines for each.
- Customising Images Using Custom .bb Files + Customizing Images Using Custom .bb Files One way to get additional software into an image is to create a custom image. The following example shows the form for the two lines you need: @@ -295,7 +295,7 @@ IMAGE_INSTALL += "strace"
- Customising Images Using Custom Tasks + Customizing Images Using Custom Tasks For complex custom images, the best approach is to create a custom task package that is used to build the image or images. @@ -350,7 +350,7 @@ RRECOMMENDS_task-custom-tools = "\
- Customising Images Using Custom IMAGE_FEATURES + Customizing Images Using Custom IMAGE_FEATURES Ultimately users might want to add extra image "features" as used by Poky with the IMAGE_FEATURES @@ -368,9 +368,9 @@ RRECOMMENDS_task-custom-tools = "\
- Customising Images Using local.conf + Customizing Images Using local.conf - It is possible to customise image contents by abusing variables used by distribution + It is possible to customize image contents by abusing variables used by distribution maintainers in local.conf. This method only allows the addition of packages and is not recommended. @@ -497,7 +497,7 @@ COMPATIBLE_MACHINE = '(qemux86|qemumips)' Reasonable defaults are used in most cases, but if customization is necessary you need to create a machconfig file under meta/packages/formfactor/files/MACHINENAME/, - where MACHINENAME is the name for which this infomation + where MACHINENAME is the name for which this information applies. For information about the settings available and the defaults, see meta/packages/formfactor/files/config. @@ -521,8 +521,8 @@ DISPLAY_SUBPIXEL_ORDER=vrgb
Making and Maintaining Changes - Because Poky offers extreme configurability and fliexibility, we recognize that people will want - to extend, configure or optimise Poky for their specific uses. + Because Poky offers extreme configurability and flexibility, we recognize that people will want + to extend, configure or optimize Poky for their specific uses. To best keep pace with future Poky changes we recommend you make controlled changes to Poky. @@ -546,7 +546,7 @@ DISPLAY_SUBPIXEL_ORDER=vrgb The Poky tree includes several additional layers such as meta-emenlow and meta-extras that demonstrate this functionality. The meta-emenlow layer is an example layer that by default is enabled. - However, the meta-extras repostory is not enabled by default. + However, the meta-extras repository is not enabled by default. It is easy though to enable any layer. You simply add the layer's path to the BBLAYERS variable in your @@ -612,7 +612,7 @@ DISPLAY_SUBPIXEL_ORDER=vrgb Bitbake can locate where other bbclass and configuration files are applied through the BBPATH environment variable. - For these cases, Bitake uses the first file with the matching name found in BBPATH. + For these cases, Bitbake uses the first file with the matching name found in BBPATH. This is similar to the way the PATH variable is used for binaries. We recommend, therefore, that you use unique bbclass and configuration file names in your custom layer. @@ -659,7 +659,7 @@ DISPLAY_SUBPIXEL_ORDER=vrgb bitbake/data.py: Add emit_func() and generate_dependencies() functions - These functions allow generation of dependency data between funcitons and + These functions allow generation of dependency data between functions and variables allowing moves to be made towards generating checksums and allowing use of the dependency information in other parts of bitbake. @@ -711,7 +711,7 @@ DISPLAY_SUBPIXEL_ORDER=vrgb opkg upgrade (or similar commands for dpkg/apt or rpm-based systems). - The goal is to ensure Poky has upgradable packages in all cases. + The goal is to ensure Poky has upgradeable packages in all cases.
@@ -775,7 +775,7 @@ DISPLAY_SUBPIXEL_ORDER=vrgb
Updating Existing Images - Often, rather than reflashing a new image you might wish to install updated + Often, rather than re-flashing a new image you might wish to install updated packages into an existing running system. You can do this by first sharing the tmp/deploy/ipk/ directory @@ -927,7 +927,7 @@ LIC_FILES_CHKSUM = "file://../license.html;md5=5c94767cedb5d6987c902ac850ded2c6" As mentioned in the previous section the LIC_FILES_CHKSUM variable lists all the important files that contain the license text for the source code. Using this variable you can specify the line on which the license text starts and ends - by supplyiing "beginline" and "endline" parameters. + by supplying "beginline" and "endline" parameters. If you do not use the "beginline" parameter then it is assumed that the text begins on the first line of the file. Similarly, if you do not use the "endline" parameter it is assumed that the license text -- cgit 1.2.3-korg