[oe-commits] Elizabeth Flanagan : layer.conf: Bumping LAYERVERSION_core
git at git.openembedded.org
git at git.openembedded.org
Fri Jul 5 14:39:16 UTC 2013
Module: openembedded-core.git
Branch: master
Commit: 41053141cdc04fd6d8490b54b8b8dc59dc0fe93a
URL: http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=41053141cdc04fd6d8490b54b8b8dc59dc0fe93a
Author: Elizabeth Flanagan <elizabeth.flanagan at intel.com>
Date: Tue Jul 2 15:29:29 2013 -0700
layer.conf: Bumping LAYERVERSION_core
Bumping LAYERVERSION_core to denote where meta-toolchain* is being
depreciated.
This goes back to my RFC:
http://comments.gmane.org/gmane.comp.handhelds.openembedded.core/39016
As we are removing meta-toolchain* and replacing it with bitbake
<imagename> -c populate_sdk this causes issues with those of us who
need to do automated builds both on the current development branch and
on prior development branches.
Example: For prior releases, I need to build meta-toolchain*. Without
having a simple way to figure out where this is no longer the case, I
(and other folks who run automated builds) end up having to jump
through a lot of hoops trying to figure out where this layer changed.
Utilizing LAYERVERSION_* to do it makes sense as there is a
significant change that would cause issues for build engineers.
Signed-off-by: Elizabeth Flanagan <elizabeth.flanagan at intel.com>
Signed-off-by: Saul Wold <sgw at linux.intel.com>
---
meta/conf/layer.conf | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/conf/layer.conf b/meta/conf/layer.conf
index a112e86..a834765 100644
--- a/meta/conf/layer.conf
+++ b/meta/conf/layer.conf
@@ -9,7 +9,7 @@ BBFILE_PRIORITY_core = "5"
# This should only be incremented on significant changes that will
# cause compatibility issues with other layers
-LAYERVERSION_core = "1"
+LAYERVERSION_core = "2"
# Set a variable to get to the top of the metadata location
COREBASE = '${@os.path.normpath("${LAYERDIR}/../")}'
More information about the Openembedded-commits
mailing list