From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailrelay3.sunrise.ch ([194.158.229.31] helo=smtp-be-01.be08.sunrise.ch) by linuxtogo.org with esmtp (Exim 4.69) (envelope-from ) id 1OabAg-0000eI-Cd for openembedded-devel@lists.openembedded.org; Sun, 18 Jul 2010 23:13:16 +0200 Received: from [192.168.26.14] (212-98-43-140.static.adslpremium.ch [212.98.43.140]) by smtp-be-01.be08.sunrise.ch (8.13.1/8.12.10) with ESMTP id o6ILCxVs005676; Sun, 18 Jul 2010 23:12:59 +0200 Message-ID: <4C436E8D.6030806@vollmann.ch> Date: Sun, 18 Jul 2010 23:13:49 +0200 From: Detlef Vollmann User-Agent: Thunderbird 2.0.0.24 (X11/20100317) MIME-Version: 1.0 To: Richard Purdie References: <1279290319.10837.1747.camel@rex> <4C42D208.2000909@vollmann.ch> <4C43255B.3000601@vollmann.ch> <4C4354EF.1080004@vollmann.ch> <1279484716.10837.2467.camel@rex> In-Reply-To: <1279484716.10837.2467.camel@rex> X-SA-Exim-Connect-IP: 194.158.229.31 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=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 21:13:16 -0000 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit On 07/18/10 22:25, Richard Purdie wrote: > On Sun, 2010-07-18 at 21:24 +0200, Detlef Vollmann wrote: >> 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. > > Does something like "require recipes/gcc/gcc.inc" not just work already > as it will search BBPATH... Thanks, that actually works. Great :-) Thanks again, Detlef