From c0dc8d492e372a9c7eb8eafa50f2fc49b5bad8b6 Mon Sep 17 00:00:00 2001 From: Scott Rifenbark Date: Tue, 18 Apr 2017 13:18:27 -0700 Subject: dev-manual, ref-manual: Updated various wordings and links Fixes [YOCTO #10995] I implemented various wording changes based on feedback from the review. One section title changes so some links in the ref-manual and the dev-manual needed updating as well. (From yocto-docs rev: 43a35a311a006d47db50602822e44ab431ca3e43) Signed-off-by: Scott Rifenbark Signed-off-by: Richard Purdie --- .../dev-manual/dev-manual-common-tasks.xml | 34 ++++++++++++---------- 1 file changed, 18 insertions(+), 16 deletions(-) (limited to 'documentation/dev-manual/dev-manual-common-tasks.xml') diff --git a/documentation/dev-manual/dev-manual-common-tasks.xml b/documentation/dev-manual/dev-manual-common-tasks.xml index e12fa32516..e0726df77a 100644 --- a/documentation/dev-manual/dev-manual-common-tasks.xml +++ b/documentation/dev-manual/dev-manual-common-tasks.xml @@ -7854,8 +7854,6 @@ Incrementing a Package Version - The scheme the OpenEmbedded build system uses for binary - package versioning is a bit involved. This section provides some background on how binary package versioning is accomplished and presents some of the services, variables, and terminology involved. @@ -7874,7 +7872,7 @@ is composed of two components - a version and a revision. - Technically, the "epoch" (i.e. + Technically, a third component, the "epoch" (i.e. PE) is involved but this discussion for the most part ignores PE. @@ -7886,17 +7884,21 @@ variables, respectively. - PV: The recipe version, which is - not to be confused with the binary package version. + PV: The recipe version. + PV represents the version of the + software being packaged. + Do not confuse PV with the + binary package version. PR: The recipe revision. SRCPV: - The Version string of the binary package. The OpenEmbedded build system uses this string - to help define the value of PV. + to help define the value of PV + when the source code revision needs to be included + in it. PR Service: @@ -7908,7 +7910,7 @@ - Whenever the binary package output changes, the binary package + Whenever the binary package content changes, the binary package version must change. Changing the binary package version is accomplished by changing or "bumping" the PR and/or @@ -7937,7 +7939,7 @@ progression. For information on how to ensure package revisioning remains linear, see the - "Incrementing a Binary Package Revision Number" + "Automatically Incrementing a Binary Package Revision Number" section. @@ -8154,18 +8156,18 @@ -
- Incrementing a Binary Package Revision Number +
+ Automatically Incrementing a Package Version Number When fetching a repository, BitBake uses the SRCREV - variable to determine the specific revision from which to - build. + variable to determine the specific source code revision + from which to build. You set the SRCREV variable to AUTOREV to cause the OpenEmbedded build system to automatically use the - latest revision of the package: + latest revision of the software: SRCREV = "${AUTOREV}" @@ -8174,8 +8176,8 @@ Furthermore, you need to reference SRCPV in PV in order to automatically update - the binary package version whenever the revision of the - source code changes. + the version whenever the revision of the source code + changes. Here is an example: PV = "1.0+git${SRCPV}" -- cgit v1.2.3-54-g00ecf