[poky] SSTATE MIRRORS only partly working?
Gary Thomas
gary at mlbassoc.com
Wed May 11 07:11:46 PDT 2011
Trying my SSTATE_MIRROR test with a recent Poky tree, I find
that for the most part, it doesn't work as expected (at least
not as I expect).
Here's my test setup:
* Create a complete build
% . /local/poky/oe-init-build-env /local/build_orig
% bitbake SOME-RECIPE
* Use that build for the SSTATE_MIRROR
% . /local/poky/oe-init-build-env /local/build_test
-- edit conf/local.conf to have these lines:
SSTATE_MIRRORS ?= "\
file://.* file:///local/build_orig/sstate-cache/"
% bitbake SOME-RECIPE
What I find is that this second build is rebuilding a lot of
things, most strikingly the -native packages. Looking into
it, I see that the original build creates
sstate-pseudo-native-i686-linux-1.0-r0-i686-2-999fef0f7f260a6672c3678a831fa36f_populate-sysroot.tgz
but when the test build runs, it's looking for
sstate-pseudo-native-i686-linux-1.0-r0-i686-2-feb469d055bfc4f32074e7e9499eaf22_populate-sysroot.tgz
Odd, but it's not always different, for example
sstate-perl-native-i686-linux-5.12.3-r2-i686-2-75d16ce5b7c945262d819c24f59d1c9f_populate-sysroot.tgz
is the same in both builds and is thus shared.
Note that nothing else has changed, other than the process above.
The COREBASE tree is identical/untouched.
Am I missing something here?
Thanks
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
More information about the poky
mailing list