From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from 93-97-173-237.zone5.bethere.co.uk ([93.97.173.237] helo=tim.rpsys.net) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1SZ0PV-0007yJ-BL for openembedded-core@lists.openembedded.org; Mon, 28 May 2012 15:55:01 +0200 Received: from localhost (localhost [127.0.0.1]) by tim.rpsys.net (8.13.6/8.13.8) with ESMTP id q4SDij9r003697 for ; Mon, 28 May 2012 14:44:45 +0100 Received: from tim.rpsys.net ([127.0.0.1]) by localhost (tim.rpsys.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 02189-07 for ; Mon, 28 May 2012 14:44:40 +0100 (BST) Received: from [192.168.3.10] ([192.168.3.10]) (authenticated bits=0) by tim.rpsys.net (8.13.6/8.13.8) with ESMTP id q4SDibiC003690 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 28 May 2012 14:44:39 +0100 Message-ID: <1338212677.20169.75.camel@ted> From: Richard Purdie To: Patches and discussions about the oe-core layer Date: Mon, 28 May 2012 14:44:37 +0100 In-Reply-To: References: <4FC35FAD.7090505@intel.com> <4FC35FBA.2060200@gherzan.ro> <4FC37C81.6080200@intel.com> X-Mailer: Evolution 3.2.2- Mime-Version: 1.0 X-Virus-Scanned: amavisd-new at rpsys.net Subject: Re: [PATCH 0/3] Package Updates X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Patches and discussions about the oe-core layer List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 13:55:01 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit On Mon, 2012-05-28 at 14:30 +0100, Burton, Ross wrote: > On 28 May 2012 14:26, Andrei Gherzan wrote: > > There is an internal test suite for dbus. You can enable building those > > tests in configure: > > "--enable-tests" > > Is there a good reason why these shouldn't be always ran when building dbus? Well, we're cross compiling so it depends how they're written and whether they can run in a cross environment. We've also taken steps to reduce our build time so if these need something like perl or python, adding those into the dependency chain is problematic. I'm open to ideas here but so far they've not been useful so are likely disabled. Cheers, Richard