From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mga01.intel.com ([192.55.52.88]) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1Si89N-0008M9-0A for openembedded-core@lists.openembedded.org; Fri, 22 Jun 2012 20:00:05 +0200 Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga101.fm.intel.com with ESMTP; 22 Jun 2012 10:49:16 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.71,315,1320652800"; d="scan'208";a="183788287" Received: from unknown (HELO [10.255.12.175]) ([10.255.12.175]) by fmsmga002.fm.intel.com with ESMTP; 22 Jun 2012 10:49:16 -0700 Message-ID: <4FE4B01C.9000708@linux.intel.com> Date: Fri, 22 Jun 2012 10:49:16 -0700 From: Saul Wold User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: Patches and discussions about the oe-core layer References: <1340042156-25187-1-git-send-email-paul.eggleton@linux.intel.com> In-Reply-To: <1340042156-25187-1-git-send-email-paul.eggleton@linux.intel.com> Cc: Paul Eggleton Subject: Re: [PATCH] conf/bitbake.conf: fix reparsing after -p is used X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Patches and discussions about the oe-core layer List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jun 2012 18:00:05 -0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 06/18/2012 10:55 AM, Paul Eggleton wrote: > The bitbake wrapper script is set up such that the -p (--parse-only) > command line option is not executed under pseudo, and it sets the > PSEUDO_BUILD variable to indicate whether or not pseudo is being used. > Since PSEUDO_BUILD is allowed through into the environment via > BB_ENV_EXTRAWHITE it influences the data hash and thus if you run > "bitbake -p" and then run bitbake again to actually build something, the > change to PSEUDO_BUILD causes the cache from the -p execution not to be > used. This is fixed simply by adding PSEUDO_BUILD to > BB_HASHCONFIG_WHITELIST in bitbake.conf so that it doesn't influence the > data hash. > > Fixes [YOCTO #2600]. > > Signed-off-by: Paul Eggleton > --- > meta/conf/bitbake.conf | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf > index 97930a7..12598f4 100644 > --- a/meta/conf/bitbake.conf > +++ b/meta/conf/bitbake.conf > @@ -746,7 +746,7 @@ BB_CONSOLELOG ?= "${TMPDIR}/cooker.log.${DATETIME}" > # Setup our default hash policy > BB_SIGNATURE_HANDLER ?= "OEBasic" > BB_HASHBASE_WHITELIST ?= "TMPDIR FILE PATH PWD BB_TASKHASH BBPATH DL_DIR SSTATE_DIR THISDIR FILESEXTRAPATHS FILE_DIRNAME HOME LOGNAME SHELL TERM USER FILESPATH STAGING_DIR_HOST STAGING_DIR_TARGET COREBASE PRSERV_HOST PRSERV_PORT PRSERV_DUMPDIR PRSERV_DUMPFILE PRSERV_LOCKDOWN PARALLEL_MAKE CCACHE_DIR EXTERNAL_TOOLCHAIN CCACHE" > -BB_HASHCONFIG_WHITELIST ?= "${BB_HASHBASE_WHITELIST} DATE TIME SESSION_MANAGER DBUS_SESSION_BUS_ADDRESS SSH_AGENT_PID XDG_SESSION_COOKIE SSH_AUTH_SOCK XAUTHORITY" > +BB_HASHCONFIG_WHITELIST ?= "${BB_HASHBASE_WHITELIST} DATE TIME SESSION_MANAGER DBUS_SESSION_BUS_ADDRESS SSH_AGENT_PID XDG_SESSION_COOKIE SSH_AUTH_SOCK XAUTHORITY PSEUDO_BUILD" > BB_SIGNATURE_EXCLUDE_FLAGS ?= "doc defaultval _append _prepend deps depends lockfiles type vardepsexclude \ > vardeps vardepvalue file-checksums python func task export unexport noexec \ > nostamp dirs cleandirs sstate-lockfile-shared prefuncs postfuncs export_func \ Merged into OE-Core Thanks Sau!