]> code.ossystems Code Review - openembedded-core.git/commitdiff
handbook: Minor tweaks
authorJoshua Lock <josh@linux.intel.com>
Thu, 3 Dec 2009 16:23:38 +0000 (16:23 +0000)
committerJoshua Lock <josh@linux.intel.com>
Fri, 18 Dec 2009 11:47:52 +0000 (11:47 +0000)
Signed-off-by: Joshua Lock <josh@linux.intel.com>
handbook/ref-classes.xml
handbook/ref-variables.xml

index 1cef9012c11a73db4d8a4ddcd06deaba46752f67..bec0814daf81d4a9600c9a8b687076097adec57d 100644 (file)
@@ -266,19 +266,20 @@ autotools_stage_all
     <title>Python extensions - <filename>distutils.bbclass</filename></title>
 
     <para>
-        Recipes for Python extensions are simple - usually needs only
-        pointing to source archive and inheriting of proper bbclass.
-        Building is split into two methods dependly on method used by
-        module authors.
+        Recipes for Python extensions are simple - they usually only
+        require pointing to the source archive and inheriting the proper
+        bbclasses.
+        Building is split into two methods depending on the build method
+        used by the module authors.
     </para>
-    
+
     <para>
-        Extensions which use autotools based build system require using
+        Extensions which use autotools based build system require use
         of autotools and distutils-base bbclasses in their recipes.
     </para>
 
     <para>
-        Extensions which use distutils build system require using
+        Extensions which use distutils build system require use
         of <filename>distutils.bbclass</filename> in their recipes.
     </para>
 
@@ -300,12 +301,12 @@ autotools_stage_all
     <title>Packaging - <filename>package*.bbclass</filename></title>
 
     <para>
-        The packaging classes add support for generating packages from the output
-        from builds. The core generic functionality is in 
-        <filename>package.bbclass</filename>, code specific to particular package 
-        types is contained in various sub classes such as 
-        <filename>package_deb.bbclass</filename> and <filename>package_ipk.bbclass</filename>. 
-        Most users will 
+        The packaging classes add support for generating packages from a builds
+        output. The core generic functionality is in
+        <filename>package.bbclass</filename>, code specific to particular package
+        types is contained in various sub classes such as
+        <filename>package_deb.bbclass</filename> and <filename>package_ipk.bbclass</filename>.
+        Most users will
         want one or more of these classes and this is controlled by the <glossterm>
         <link linkend='var-PACKAGE_CLASSES'>PACKAGE_CLASSES</link></glossterm> 
         variable. The first class listed in this  variable will be used for image 
@@ -319,15 +320,15 @@ autotools_stage_all
     <title>Building kernels - <filename>kernel.bbclass</filename></title>
 
     <para>
-        This class handle building of Linux kernels and the class contains code to know how to build both 2.4 and 2.6 kernel trees. All needed headers are
+        This class handles building of Linux kernels and the class contains code to know how to build both 2.4 and 2.6 kernel trees. All needed headers are
         staged into <glossterm><link
                 linkend='var-STAGING_KERNEL_DIR'>STAGING_KERNEL_DIR</link></glossterm>
         directory to allow building of out-of-tree modules using <filename>module.bbclass</filename>.
     </para>
     <para>
-        The means that each kerel module built is packaged separately and inter-modules dependencies are
+        The means that each kerel module built is packaged separately and inter-module dependencies are
         created by parsing the <command>modinfo</command> output. If all modules are
-        required then installing "kernel-modules" package will install all
+        required then installing the "kernel-modules" package will install all
         packages with modules and various other kernel packages such as "kernel-vmlinux" are also generated.
     </para>
 
@@ -377,7 +378,7 @@ autotools_stage_all
         packages generated by Poky. There are an ever increasing range of checks
         this makes, checking for common problems which break builds/packages/images,
         see the bbclass file for more information. Its usually up to distribution
-        policy to include this class (Poky doesn't at the time of writing but plans 
+        policy to include this class (Poky does).
         to soon).
     </para>
 </section>
index f95bb9002761ba675cd2e398d1d2a4a9059439d3..6e8c91b3053de698c66405c431b8864975d9448e 100644 (file)
                     output packages there would usually be an override attached 
                     to this variable like RDEPENDS_${PN}-dev. Names in this field 
                     should be as they are in <link linkend='var-PACKAGES'>PACKAGES
-                    </link> namespave before any renaming of the output package
+                    </link> namespace before any renaming of the output package
                     by classes like debian.bbclass.
                 </para>
             </glossdef>