summaryrefslogtreecommitdiff
path: root/meta/classes/setuptools.bbclass
diff options
context:
space:
mode:
authorBruce Ashfield <bruce.ashfield@windriver.com>2013-01-28 13:07:06 -0500
committerRichard Purdie <richard.purdie@linuxfoundation.org>2013-03-01 12:55:21 +0000
commitcfce8643ed166b51d7178be173677ea6f527d453 (patch)
tree31832e92d8d4db2e0078e95db10941ccef3ab62c /meta/classes/setuptools.bbclass
parente443887379fae4b4fd70d1cd6f7d0d7f064a2cb1 (diff)
downloadopenembedded-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