From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay1.mentorg.com (relay1.mentorg.com [192.94.38.131]) by mx1.pokylinux.org (Postfix) with ESMTP id 22C774C80050 for ; Mon, 14 Mar 2011 12:46:51 -0500 (CDT) Received: from svr-orw-exc-10.mgc.mentorg.com ([147.34.98.58]) by relay1.mentorg.com with esmtp id 1PzBqz-0004Bj-GY from Tom_Rini@mentor.com ; Mon, 14 Mar 2011 10:46:49 -0700 Received: from SVR-ORW-FEM-05.mgc.mentorg.com ([147.34.97.43]) by SVR-ORW-EXC-10.mgc.mentorg.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 14 Mar 2011 10:46:38 -0700 Received: from [172.30.80.14] (147.34.91.1) by svr-orw-fem-05 (147.34.97.43) with Microsoft SMTP Server id 14.1.270.1; Mon, 14 Mar 2011 10:46:48 -0700 Message-ID: <4D7E547A.5020906@mentor.com> Date: Mon, 14 Mar 2011 10:46:34 -0700 From: Tom Rini Organization: Mentor Graphics Corporation User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.14) Gecko/20110223 Lightning/1.0b2 Thunderbird/3.1.8 MIME-Version: 1.0 To: Richard Purdie References: <4D7A08BF.80303@mlbassoc.com> <1299863594.1445.2875.camel@rex> <4D7A59DC.6070900@mlbassoc.com> <4D7A5AFA.7080107@mentor.com> <4D7A5CB8.8000701@mlbassoc.com> <20110312001053.GF5603@sakrah.homelinux.org> <4D7E4FB9.2060203@mentor.com> <1300124421.30423.311.camel@rex> In-Reply-To: <1300124421.30423.311.camel@rex> X-OriginalArrivalTime: 14 Mar 2011 17:46:38.0521 (UTC) FILETIME=[C50A1290:01CBE26F] Cc: poky@yoctoproject.org Subject: Re: Native vs not 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: Mon, 14 Mar 2011 17:46:51 -0000 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit On 03/14/2011 10:40 AM, Richard Purdie wrote: > On Mon, 2011-03-14 at 10:26 -0700, Tom Rini wrote: >> On 03/11/2011 05:10 PM, Khem Raj wrote: >> >>> I think having some buildhost/native packages (based on distro/version) trusted and assume provided or even >>> installed using the build host package management could be one approach >>> in modern distros I think we could use lot of host packages as is. or >>> may be trust all and keep a list of blacklisted packages for a given >>> distro might be something useful >> >> I've been thinking about this a bit and at least at the high level there >> is an argument for making it easy to opt out of a big class of host >> tools, on a modern distro and trade reprodicibility / reliability for >> faster initial build times. And on the flip side, opt out of a bit more >> of our host tool dependencies. > > This is what ASSUME_PROVIDED is there for :) Well yes. But it'd be nice if we had a few helpers so you could say: ASSUME_PROVIDED += "${SCM_FETCH_TOOLS} ${DOCUMENTATION_GENERATION_TOOLS} ..." and so forth. -- Tom Rini Mentor Graphics Corporation