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 yocto-www.yoctoproject.org (Postfix) with ESMTP id 8B02DE00320 for ; Fri, 2 Sep 2011 12:52:38 -0700 (PDT) Received: by mail.chez-thomas.org (Postfix, from userid 999) id 27C3C1660593; Fri, 2 Sep 2011 13:52:38 -0600 (MDT) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) 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 Received: from hermes.chez-thomas.org (localhost.localdomain [127.0.0.1]) by mail.chez-thomas.org (Postfix) with ESMTP id 64693166055A; Fri, 2 Sep 2011 13:52:37 -0600 (MDT) Message-ID: <4E613405.8020509@mlbassoc.com> Date: Fri, 02 Sep 2011 13:52:37 -0600 From: Gary Thomas User-Agent: Mozilla/5.0 (X11; Linux i686; rv:6.0) Gecko/20110816 Thunderbird/6.0 MIME-Version: 1.0 To: Richard Purdie References: <4E610865.1000305@mlbassoc.com> <1314983074.5939.618.camel@rex> <4E610DF8.3090104@mlbassoc.com> <1314984886.5939.629.camel@rex> In-Reply-To: <1314984886.5939.629.camel@rex> Cc: Poky Project Subject: Re: [PATCH] Update poky-feed-config-opkg to generate a useful package setup 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: Fri, 02 Sep 2011 19:52:39 -0000 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 2011-09-02 11:34, Richard Purdie wrote: > On Fri, 2011-09-02 at 11:10 -0600, Gary Thomas wrote: >> On 2011-09-02 11:04, Richard Purdie wrote: >>> On Fri, 2011-09-02 at 10:46 -0600, Gary Thomas wrote: >>>> The current poky-feed-config-opkg package only generates a skeleton for the >>>> opkg setups. In particular, the base configuration file /etc/opkg/base-files.conf >>>> is not filled in at all. >>>> >>>> The attached patch fills this file in, using variables set by the >>>> user (local.conf, site.conf, etc). If left unset, the behaviour will >>>> be the same as current. >>>> >>>> One thing I found is that opkg is very noisy if there are databases >>>> mentioned in base-files.conf that don't exist. For example, on ARM >>>> platforms, there are a large number of possibilities (arm, armv5, armv6, ...) >>>> that are never populated in .../tmp/deploy/ipk. The changes to this >>>> recipe will prune the file to only include those ipk databases which >>>> have actual files present. >>> >>> Your code is one big race unfortunately since the actual file generated >>> will depend on whether any packaging task has run before it or not (and >>> what package type that was). I'm not sure how to fix that but it can't >>> go in as it stands due to that... >> >> I agree :-) That's what these lines are for: >> do_compile[depends] += "base-files:do_package" >> do_compile[depends] += "virtual/kernel:do_package" >> >> They solve the problem for me, i.e. if I build an image which includes >> this recipe from scratch, then the do_compile step is held off until >> sufficient work has gone on to make the database useful. > > Sorry, I didn't see that on the bottom. I can't say I really like it. If > you're going to do that you might as well just hardcode the list as: > > "all ${TUNE_PKGARCH} ${MACHINE}" > > ? Yes, that would probably be equivalent. Would that be an acceptable change? Bottom line though is that the recipe currently does nothing for the end user and I was trying to make something that would work out of the box for "Joe Average User" -- ------------------------------------------------------------ Gary Thomas | Consulting for the MLB Associates | Embedded world ------------------------------------------------------------