From c487341bd20b70aae6b430ee1c74a7f20345f81a Mon Sep 17 00:00:00 2001
From: Scott Rifenbark <scott.m.rifenbark@intel.com>
Date: Thu, 10 Jul 2014 10:33:08 +0300
Subject: bitbake-user-manual-metadata.xml: Fixed whitespace

I noticed that the examples from some patches were not indenting
by 5 spaces.  I have fixed these to be consistent.

Signed-off-by: Scott Rifenbark <scott.m.rifenbark@intel.com>
---
 .../bitbake-user-manual-metadata.xml               | 26 +++++++++++-----------
 1 file changed, 13 insertions(+), 13 deletions(-)

(limited to 'doc')

diff --git a/doc/bitbake-user-manual/bitbake-user-manual-metadata.xml b/doc/bitbake-user-manual/bitbake-user-manual-metadata.xml
index ef191924e..15b38cda8 100644
--- a/doc/bitbake-user-manual/bitbake-user-manual-metadata.xml
+++ b/doc/bitbake-user-manual/bitbake-user-manual-metadata.xml
@@ -296,7 +296,7 @@
 
             <para>
                 No need exists to pre-define variable flags.
-                You can simply start using them.  
+                You can simply start using them.
                 One extremely common application
                 is to attach some brief documentation to a BitBake variable as
                 follows:
@@ -323,12 +323,12 @@
             <para>
                 Probably the most common use of this feature is to extract
                 the value of variables from BitBake's internal data dictionary,
-                <filename>d</filename>. 
-                The following lines select the values of a package name 
+                <filename>d</filename>.
+                The following lines select the values of a package name
                 and its version number, respectively:
                 <literallayout class='monospaced'>
-    PN = "${@bb.parse.BBHandler.vars_from_file(d.getVar('FILE'),d)[0] or 'defaultpkgname'}"
-    PV = "${@bb.parse.BBHandler.vars_from_file(d.getVar('FILE'),d)[1] or '1.0'}"
+     PN = "${@bb.parse.BBHandler.vars_from_file(d.getVar('FILE'),d)[0] or 'defaultpkgname'}"
+     PV = "${@bb.parse.BBHandler.vars_from_file(d.getVar('FILE'),d)[1] or '1.0'}"
                 </literallayout>
             </para>
         </section>
@@ -407,20 +407,20 @@
 
                         <para>
                             To better understand this, consider a practical example
-                            that assumes an OpenEmbedded metadata-based Linux 
+                            that assumes an OpenEmbedded metadata-based Linux
                             kernel recipe file.
                             The following lines from the recipe file first set
                             the kernel branch variable <filename>KBRANCH</filename>
                             to a default value, then conditionally override that
                             value based on the architecture of the build:
                         <literallayout class='monospaced'>
-    KBRANCH = "standard/base"
-    KBRANCH_qemuarm  = "standard/arm-versatile-926ejs"
-    KBRANCH_qemumips = "standard/mti-malta32"
-    KBRANCH_qemuppc  = "standard/qemuppc"
-    KBRANCH_qemux86  = "standard/common-pc/base"
-    KBRANCH_qemux86-64  = "standard/common-pc-64/base"
-    KBRANCH_qemumips64 = "standard/mti-malta64"
+     KBRANCH = "standard/base"
+     KBRANCH_qemuarm  = "standard/arm-versatile-926ejs"
+     KBRANCH_qemumips = "standard/mti-malta32"
+     KBRANCH_qemuppc  = "standard/qemuppc"
+     KBRANCH_qemux86  = "standard/common-pc/base"
+     KBRANCH_qemux86-64  = "standard/common-pc-64/base"
+     KBRANCH_qemumips64 = "standard/mti-malta64"
                         </literallayout>
                         </para></listitem>
                     <listitem><para><emphasis>Appending and Prepending:</emphasis>
-- 
cgit 1.2.3-korg