sstate: Bump version number to deal with layout fixes
authorRichard Purdie <richard.purdie@linuxfoundation.org>
Wed, 14 Nov 2012 23:32:56 +0000 (23:32 +0000)
committerRichard Purdie <richard.purdie@linuxfoundation.org>
Wed, 14 Nov 2012 23:37:45 +0000 (23:37 +0000)
commit3ee4dabbf4f3cf1e5affe0b6b3a014a95d20e74a
tree1a294bde89797c3a911e54e6e7d99e14586946b3
parent4db31d0898e916d429341eaee6ced0afabf6f1d3
sstate: Bump version number to deal with layout fixes

The recent preveeding sstate directory layout fixes made the code do what it
was originally intended to do, as can be clearly seen from the code.
Unfortunately this changed the contents and layout of the sstate files
themselves since the bug was leading to a directory prefix being missing.

This is now resulting in chaotic messages on the console since things
are getting confused with the two different layouts. The simplest way to
resolve this is to bump the version number, hence moving the new layout
into its own new namespace.

Its worth noting that whilst the failure messages are scary, the failure
mode is relatively harmless since it will just fall back to building the
data rather than installing from sstate.

Usually I'd give more notice of a change like this but under the
circumstances, I'm just going to push this in to resolve the failures
people are seeing. Initially I thought the problem was limited to
some of the -cross packages and therefore of low impact but that is
clearly not the case.

(From OE-Core rev: b53ea6687b6201c8c5ab5cb0d2a845ef7e7b2abe)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
meta/classes/sstate.bbclass