]> git.ipfire.org Git - thirdparty/openembedded/openembedded-core-contrib.git/commitdiff
ref-manual: Fixed cross-reference to runtime package management
authorScott Rifenbark <scott.m.rifenbark@intel.com>
Thu, 3 Oct 2013 12:56:26 +0000 (05:56 -0700)
committerRichard Purdie <richard.purdie@linuxfoundation.org>
Tue, 8 Oct 2013 15:30:14 +0000 (16:30 +0100)
A cross-reference section to the section in the dev-manual on
runtime package management needed updating.  The patch from Trevor
broke the link.

(From yocto-docs rev: ad33880f09569e886dcf3dbb7f4cc9058ddecba5)

Signed-off-by: Scott Rifenbark <scott.m.rifenbark@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
documentation/ref-manual/ref-classes.xml

index 2743059c0ce74949fa3a9f89071558010bd1e50e..e394122abe3b59e33653605fe2abdb8753359455 100644 (file)
         on the development host that can be used by Smart, you can
         install packages from the feed while you are running the image
         on the target (i.e. runtime installation of packages).
-        For information on how to set up this repository, see the
-        "<ulink url='&YOCTO_DOCS_DEV_URL;#setting-up-runtime-package-management'>Setting Up Runtime Package Management</ulink>"
-         in the Yocto Project Development Manual.
+        For more information, see the
+        "<ulink url='&YOCTO_DOCS_DEV_URL;#runtime-package-management'>Runtime Package Management</ulink>"
+         section in the Yocto Project Development Manual.
     </para>
 
     <para>
                 </para></listitem>
             <listitem><para><emphasis><filename>version-going-backwards:</filename></emphasis>
                 If Build History is enabled, reports when a package
-                being written out has a lower version than the previously 
+                being written out has a lower version than the previously
                 written package under the same name.
                 If you are placing output packages into a feed and
-                upgrading packages on a target system using that feed, the 
-                version of a package going backwards can result in the target 
-                system not correctly upgrading to the "new" version of the 
-                package. 
+                upgrading packages on a target system using that feed, the
+                version of a package going backwards can result in the target
+                system not correctly upgrading to the "new" version of the
+                package.
                 <note>
-                    If you are not using runtime package management on your 
+                    If you are not using runtime package management on your
                     target system, then you do not need to worry about
                     this situation.
                 </note>