]> code.ossystems Code Review - openembedded-core.git/commitdiff
layer.conf: Bumping LAYERVERSION_core
authorElizabeth Flanagan <elizabeth.flanagan@intel.com>
Tue, 2 Jul 2013 22:29:29 +0000 (15:29 -0700)
committerRichard Purdie <richard.purdie@linuxfoundation.org>
Fri, 5 Jul 2013 14:26:21 +0000 (15:26 +0100)
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@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
meta/conf/layer.conf

index a112e8632ae40046f89e5556603d3d33b3e32c68..a83476556378b46614b040d832781845060c2c6c 100644 (file)
@@ -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}/../")}'