diff options
author | Bruce Ashfield <bruce.ashfield@windriver.com> | 2013-01-28 13:07:06 -0500 |
---|---|---|
committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2013-03-01 12:55:21 +0000 |
commit | cfce8643ed166b51d7178be173677ea6f527d453 (patch) | |
tree | 31832e92d8d4db2e0078e95db10941ccef3ab62c /meta/classes/setuptools.bbclass | |
parent | e443887379fae4b4fd70d1cd6f7d0d7f064a2cb1 (diff) | |
download | openembedded-core-cfce8643ed166b51d7178be173677ea6f527d453.tar.gz openembedded-core-cfce8643ed166b51d7178be173677ea6f527d453.tar.bz2 openembedded-core-cfce8643ed166b51d7178be173677ea6f527d453.zip |
kernel-yocto: respect SRC_URI modified branch selection
Although the setting of KBRANCH is the suggested/primary way to interact with
the yocto kern-tools and the fetcher, some users may be more comfortable
modifying the SRC_URI branch parameter directly.
If they do, the tools will not force their branch and build output will be
different then they expect, in non obvious ways.
It's easy enough to detect this scenario, but checking the SRC_URI in the
same way that the git fetcher checks for the branch (and SRCREV). If we take
the value from the SRC_URI and use it directly in the patch/validate/update
routines, we'll stay consistent with KBRANCH if it is used, and also
automatically adapt to a manually changed branch parameter on the SRC_URI.
For all other users, there are no visible or behavioural changes as a result
of this change
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Diffstat (limited to 'meta/classes/setuptools.bbclass')
0 files changed, 0 insertions, 0 deletions