From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail.multimedia-labs.de ([82.149.226.172]) by linuxtogo.org with esmtp (Exim 4.69) (envelope-from ) id 1PKBMg-0000Az-E4 for openembedded-devel@lists.openembedded.org; Sun, 21 Nov 2010 15:58:03 +0100 Received: from localhost (localhost [127.0.0.1]) by mail.multimedia-labs.de (Postfix) with ESMTP id 215D7314AE90 for ; Sun, 21 Nov 2010 15:56:51 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mail.multimedia-labs.de Received: from mail.multimedia-labs.de ([127.0.0.1]) by localhost (mail.multimedia-labs.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id HuMVNOebC5AG for ; Sun, 21 Nov 2010 15:56:45 +0100 (CET) Received: from [172.22.22.60] (ip-109-90-189-193.unitymediagroup.de [109.90.189.193]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.multimedia-labs.de (Postfix) with ESMTPSA id 0149331476ED for ; Sun, 21 Nov 2010 15:56:44 +0100 (CET) Message-ID: <4CE9332C.7020701@opendreambox.org> Date: Sun, 21 Nov 2010 15:56:44 +0100 From: Andreas Oberritter User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: openembedded-devel@lists.openembedded.org References: <4CE6FA0C.2090801@balister.org> In-Reply-To: <4CE6FA0C.2090801@balister.org> X-SA-Exim-Connect-IP: 82.149.226.172 X-SA-Exim-Mail-From: obi@opendreambox.org 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,SPF_PASS 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) Subject: Re: Revert commit c2c8fe4c5629add94bd0b922f5b3446624a9f4d8 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, 21 Nov 2010 14:58:03 -0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 11/19/2010 11:28 PM, Philip Balister wrote: > I'd like to revert commit c2c8fe4c5629add94bd0b922f5b3446624a9f4d8. With > this commit my build that includes angstrom-task-gnome.bb fails in a > peculiar way. Basically, my process table is filled with a task. Looks > like it is trying to run a pkg-config gtk+ operation. This is with > angstrom-2010.x and a custom machine very similar to an overo. > > I realize this is a vague description, but I do not have time to isolate > better at this time. > > Can we go ahead and revert this for now? No, please don't. I'm 100% sure that this patch is the only sane way of handling pkg-config files. I hope you agree that it wasn't possible for me to test every single package before this got merged. Still, the solution for problems popping up now is simple: Make sure that required libraries install their pkg-config files themselves. Usually, they would already do it, but their install rules are overridden by custom do_install or do_stage rules in their bitbake recipe. As you already mentioned, the package causing the problem is gtk+ (gtk+-1.2_1.2.10.bb). The solution in this case is very likely to - remove do_stage - add ${bindir}/gtk-config to FILES_${PN}-dev - bump PR The real problem is gtk-config going crazy when gtk's pkg-config file is not installed. I'd have already submitted a patch, but testing takes a lot of time, especially when a recipe takes down the build machine. Maybe it would be wise for bitbake or OE to set ulimit -u to a sane value. Is there a way for a process to count the number of its direct and indirect child processes? Regards, Andreas