From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailrelay04.sunrise.ch ([194.158.229.47] helo=smtp-be-02.be08.sunrise.ch) by linuxtogo.org with esmtp (Exim 4.69) (envelope-from ) id 1OaZSv-0003jF-FB for openembedded-devel@lists.openembedded.org; Sun, 18 Jul 2010 21:24:02 +0200 Received: from [192.168.26.14] (212-98-43-140.static.adslpremium.ch [212.98.43.140]) by smtp-be-02.be08.sunrise.ch (8.13.1/8.12.10) with ESMTP id o6IJNg4J009351; Sun, 18 Jul 2010 21:23:42 +0200 Message-ID: <4C4354EF.1080004@vollmann.ch> Date: Sun, 18 Jul 2010 21:24:31 +0200 From: Detlef Vollmann User-Agent: Thunderbird 2.0.0.24 (X11/20100317) MIME-Version: 1.0 To: Chris Larson References: <1279290319.10837.1747.camel@rex> <4C42D208.2000909@vollmann.ch> <4C43255B.3000601@vollmann.ch> In-Reply-To: X-SA-Exim-Connect-IP: 194.158.229.47 X-SA-Exim-Mail-From: dv@vollmann.ch X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on discovery X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:20:07 +0000) X-SA-Exim-Scanned: Yes (on linuxtogo.org) Cc: bitbake-dev , openembedded-devel@lists.openembedded.org Subject: Re: [Bitbake-dev] A new bitbake extension: .bbappend files X-BeenThere: openembedded-devel@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: openembedded-devel@lists.openembedded.org List-Id: Using the OpenEmbedded metadata to build Distributions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jul 2010 19:24:07 -0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 07/18/10 18:06, Chris Larson wrote: > On Sun, Jul 18, 2010 at 9:01 AM, Detlef Vollmann wrote: > >> On 07/18/10 17:13, Chris Larson wrote: >> >>> On Sun, Jul 18, 2010 at 3:06 AM, Detlef Vollmann wrote: >>> >>> On 07/16/10 16:25, Richard Purdie wrote: >>>> For the specific case of paths, I have wondered if there would be a way >>>>> to leverage help from bitbake in creating a sane set of search paths but >>>>> I'm still thinking about that. This extension is good enough in its own >>>>> right in my opinion to be worthwhile. >>>>> >>>>> This might be true, but solving the general path problem would be >>>> much more useful. >>>> If you want to add a new version of e.g. gcc in your ovlerlay, >>>> you have to pull over the whole gcc directory with all its .inc classes. >>>> This can't be solved by .bbapend, or am I missing something? >>>> >>> >>> You can handle that today by adding to FILESPATHBASE. All file:// files >>> from SRC_URI are located using FILESPATH, which is constructed from >>> FILESPATHBASE, FILESPATHPKG, and OVERRIDES. >>> >> AFAIK this doen't work for include/require :-( > > > Don't copy the recipe at all, use .bbappend instead, and you won't need to > have the .inc in a different collection from the recipe itself. In that case I didn't understand .bbappend. If I have a recipe gcc_4.3.2.bb in e.g. oe-stable/recipes/gcc, but in that directory is no gcc_4.4.4.bb, and I put gcc_4.4.4.bbappend into myproject/recipes/gcc, that would probably given an error like 'no .bb file to append'. At least that's how I understood .bbappend. > Alternatively, you can adjust BBPATH to also include the other collection > based paths + os.path.dirname('${FILE_DIRNAME}') or so. I'd be very interested to find a way so that a 'require gcc.inc' in myproject/recipes/gcc_4.4.4.bb would find oe-stable/recipes/gcc/gcc.inc. So far I failed. Detlef