From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.chez-thomas.org (hermes.mlbassoc.com [64.234.241.98]) by mx1.pokylinux.org (Postfix) with ESMTP id C695A4C805AF for ; Wed, 11 May 2011 09:11:47 -0500 (CDT) Received: by mail.chez-thomas.org (Postfix, from userid 999) id 357AE1660367; Wed, 11 May 2011 08:11:47 -0600 (MDT) X-Spam-Checker-Version: SpamAssassin 3.3.2-r929478 (2010-03-31) on hermes.chez-thomas.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=4.0 tests=ALL_TRUSTED,BAYES_00 autolearn=unavailable version=3.3.2-r929478 Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by mail.chez-thomas.org (Postfix) with ESMTP id 26A1D166025E; Wed, 11 May 2011 08:11:46 -0600 (MDT) Message-ID: <4DCA9922.5000209@mlbassoc.com> Date: Wed, 11 May 2011 08:11:46 -0600 From: Gary Thomas User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101209 Fedora/3.1.7-0.35.b3pre.fc13 Thunderbird/3.1.7 MIME-Version: 1.0 To: Poky Project Subject: SSTATE MIRRORS only partly working? X-BeenThere: poky@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Poky build system developer discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2011 14:11:49 -0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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 ------------------------------------------------------------