From b5ad5ba24b61b8b4f1e425a8357d18e5a02a06c9 Mon Sep 17 00:00:00 2001 From: Scott Rifenbark Date: Thu, 3 Oct 2013 05:56:26 -0700 Subject: ref-manual: Fixed cross-reference to runtime package management 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 Signed-off-by: Richard Purdie --- documentation/ref-manual/ref-classes.xml | 18 +++++++++--------- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/documentation/ref-manual/ref-classes.xml b/documentation/ref-manual/ref-classes.xml index 2743059c0c..e394122abe 100644 --- a/documentation/ref-manual/ref-classes.xml +++ b/documentation/ref-manual/ref-classes.xml @@ -341,9 +341,9 @@ 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 - "Setting Up Runtime Package Management" - in the Yocto Project Development Manual. + For more information, see the + "Runtime Package Management" + section in the Yocto Project Development Manual. @@ -799,15 +799,15 @@ version-going-backwards: 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. - 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. -- cgit v1.2.3-54-g00ecf