Rename WEBOS_GIT_TAG to WEBOS_GIT_PARAM_TAG

:Release Notes:
Split WEBOS_GIT_TAG into WEBOS_GIT_PARAM_TAG, the value that's passed
via the "tag=" parameter of SRC_URI to the bitbake fetcher, and
WEBOS_GIT_REPO_TAG, which is the name of the tag in the repository from
which the source is meant to be fetched. Right now, they are the same,
and only WEBOS_GIT_PARAM_TAG is set, but in a subsequent commit, they
will be set by webos_enhanced_submissions and will be different.

:Detailed Notes:

:Testing Performed:
Only build tested.

:QA Notes:
No change in image.

:Issues Addressed:
[GF-12492] Convert from setting PREFERRED_VERSION centrally to setting
           WEBOS_VERSION in each recipe
[GF-35136] CCC: Decentralized BOM

Open-webOS-DCO-1.0-Signed-off-by: Martin Jansa <martin.jansa@lge.com>
Change-Id: Ib9aa7afb027206a2ba8b7271983f2d26cafe46b3
Reviewed-on: https://g2g.palm.com/3119
Reviewed-by: Build Verification
Reviewed-by: Iyad Qumei <iyad.qumei@lge.com>
Reviewed-by: Herb Kuta <herb.kuta@lge.com>
Reviewed-by: Martin Jansa <Martin.Jansa@lge.com>
Tested-by: Martin Jansa <Martin.Jansa@lge.com>
webos_enhanced_submissions, webos_submissions: Switch to use WEBOS_VERSION

:Release Notes:
* Modify webos_enhanced_submissions.bbclass and
  webos_submissions.bbclass for the "Decentralized BOM", where the
  unconventional PREFERRED_VERSION settings in
  webos-preferred-versions.inc are moved into the individual
  component recipes as a WEBOS_VERSION assignment.
* The definition of "enhanced submission" is changed to be that the
  submission portion of WEBOS_VERSION has "_<40-char-revision-hash>"
  appended to the submission number and the definition of a basic
  submission is changed to be that it doesn't have it appended to the
  submission number. WEBOS_GIT_PARAM_TAG is set by
  webos_enhanced_submissions; it should no longer be set by recipes.
* A consequence of this is that the recipes for all webOS components
  that are housed in Git repos will be required to inherit from
  webos_enhanced_submissions and only those that do not will be able to
  inherit from webos_submissions.

:Detailed Notes:
* webos_enhanced_submissions splits WEBOS_VERSION into
  WEBOS_COMPONENT_VERSION, WEBOS_SUBMISSION, WEBOS_GIT_PARAM_TAG,
  WEBOS_GIT_REPO_TAG, WEBOS_SRCREV, SRCREV, and PV. Recipes must
  override WEBOS_GIT_REPO_TAG if their components' tag names do not
  follow the webOS standard 'submissions/<N>' scheme.
* webos_submissions splits WEBOS_VERSION into WEBOS_COMPONENT_VERSION,
  WEBOS_SUBMISSION, and PV.
* The original definition of "enhanced submission" where _<PR> could
  optionally appear after the submission to select a different revision
  of the recipe never worked correctly because of a bug in bitbake, and
  now that the use "PR Service" has become the default, it no longer
  makes sense to offer this functionality.

:Testing Performed:
Builds the image from the same source even when tag is accidentally
moved to different revision.

:QA Notes:
No change in image.

:Issues Addressed:
[GF-5328]  Improve build performance and allow to build completely from
           PREMIRROR
[GF-12492] Convert from setting PREFERRED_VERSION centrally to setting
           WEBOS_VERSION in each recipe
[GF-35136] CCC: Decentralized BOM

Open-webOS-DCO-1.0-Signed-off-by: Martin Jansa <martin.jansa@lge.com>
Change-Id: I142f669deb4bbf6c53c0346b76bba4e43f19b2f6
Reviewed-on: https://g2g.palm.com/1995
Reviewed-by: Herb Kuta <herb.kuta@lge.com>
Reviewed-by: Martin Jansa <Martin.Jansa@lge.com>
Tested-by: Martin Jansa <Martin.Jansa@lge.com>
Reviewed-by: Susan Montooth <susan.montooth@lge.com>
webos_enhanced_submissions: Add sanity check for tags

:Release Notes:
Check if SHA-1 and WEBOS_SUBMISSION set in WEBOS_VERSION correspond
to each other.

:Detailed Notes:
Temporary show only a warning when tag doesn't exist in local checkout,
this will be changed to error later, when all used tags are annotated.
Show error when tag exists, but doesn't match used SHA-1.
This check is executed only when do_unpack is executed, that means that
if someone moves the tag in remote repository, we won't notice it until
do_unpack is re-executed, but that happens on every clean build.

:Testing Performed:
I've set SHA-1 in WEBOS_VERSION to incorrect value and the warning was
shown, I've forced do_unpack to reexecute for recipe with
WEBOS_GIT_REPO_TAG set and all worked fine.

:QA Notes:
No change in image.

:Issues Addressed:
[GF-12496] Introduce sanity checks on WEBOS_VERSION

Open-webOS-DCO-1.0-Signed-off-by: Martin Jansa <martin.jansa@lge.com>
Change-Id: I5bc4ad416ce62a700e06f483bac5b2277a5694eb
Reviewed-on: https://g2g.palm.com/3039
Reviewed-by: Martin Jansa <Martin.Jansa@lge.com>
Tested-by: Martin Jansa <Martin.Jansa@lge.com>
Reviewed-by: Susan Montooth <susan.montooth@lge.com>
Convert PREFERRED_VERSION to WEBOS_VERSION settings in recipes

:Release Notes:
This is the "meat" of the switch to the "Decentralized BOM", where the
PREFERRED_VERSION settings in webos-preferred-versions.inc are moved
into the individual component recipes as WEBOS_VERSION settings, with a
_<revision-hash> appended for components that have submission tags.

:Detailed Notes:
* Having all of the components' version and submission values in a
  global file means that there are often rebase/merge conflicts when
  there are multiple independent changes to them "in play". Moving the
  setting of the version and submission to the components' recipes means
  these will no longer occur.
* PREFERRED_VERSION is meant to be used to select the preferred version
  when there are multiple recipes with different versions are available.
  Using it together with webos_enhanced_submissions was preventing the
  use of this functionality, because when some upstream layer provides,
  for example, base-files_3.0.14.bb and there is base-files.bb with
  webos_enhanced_submissions inherited, you cannot select the upstream
  one by setting PREFERRED_VERSION_base-files = "3.0.14" because
  base-files.bb will immediately set its PV also to "3.0.14".
* Moving them to recipe will also reduce the need to reparse everything,
  because when changing submission we won't modify global namespace
  so just one recipe will be reparsed.
* Requiring that WEBOS_VERSION specify the <revision-hash> of the
  annotated submission tag means that bitbake will no longer issue a
  barrage of "git ls-remote" commands when parsing.
* The isis-project components really don't have submissions, so stop
  pretending that they do. Bump their epochs (PE-s) so that their
  versions don't go backwards.

:Testing Performed:
Builds the same versions even when Git tag is accidentaly moved to
different revision.

:QA Notes:
No change in image.

:Issues Addressed:
[GF-5328]  Improve build performance and allow to build completely from
           PREMIRROR
[GF-12492] Convert from setting PREFERRED_VERSION centrally to setting
           WEBOS_VERSION in each recipe
[GF-35136] CCC: Decentralized BOM

Open-webOS-DCO-1.0-Signed-off-by: Martin Jansa <martin.jansa@lge.com>
Change-Id: Ib2d55574686705a3bb4393ba88dfdb213f459389
Reviewed-on: https://g2g.palm.com/1998
Reviewed-by: Martin Jansa <Martin.Jansa@lge.com>
Tested-by: Martin Jansa <Martin.Jansa@lge.com>
Reviewed-by: Susan Montooth <susan.montooth@lge.com>
packagegroup-*: Add comment about changed policy on PR bumps

:Release Notes:
PR bumps are no longer required when the runtime dependencies are
changed in packagegroup recipes. Add a reminder of this as a comment.

:Detailed Notes:
The reason for the exception for packagegroup recipes is to reduce the
conflicts when merging changes that add or remove packages from the images.
Having PR change when this happens is not necessary.

:Testing Performed:
Only parsed.

:QA Notes:
No change in image or build, only comment was added.

:Issues Addressed:
[GF-13891] Drop requirement that PR be bumped in packagegroup recipes
[GF-35136] CCC: Decentralized BOM

Open-webOS-DCO-1.0-Signed-off-by: Martin Jansa <martin.jansa@lge.com>
Change-Id: I9c7dbc0cfebf25690a0dce82877984f3b85d2d41
Reviewed-on: https://g2g.palm.com/3335
Reviewed-by: Martin Jansa <Martin.Jansa@lge.com>
Tested-by: Martin Jansa <Martin.Jansa@lge.com>
Reviewed-by: Susan Montooth <susan.montooth@lge.com>