From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from [80.91.229.2] (helo=ciao.gmane.org)
	by linuxtogo.org with esmtp (Exim 4.68)
	(envelope-from <gcho-openembedded-devel@m.gmane.org>)
	id 1JDOw6-0004Wk-Nu
	for openembedded-devel@openembedded.org; Fri, 11 Jan 2008 19:49:00 +0100
Received: from list by ciao.gmane.org with local (Exim 4.43)
	id 1JDOvo-00087Y-Il
	for openembedded-devel@openembedded.org; Fri, 11 Jan 2008 18:48:40 +0000
Received: from ip-62-143-227-114.1411n-cud12k-01.ish.de ([62.143.227.114])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00 for <openembedded-devel@openembedded.org>;
	Fri, 11 Jan 2008 18:48:40 +0000
Received: from no2spam by ip-62-143-227-114.1411n-cud12k-01.ish.de with local
	(Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00
	for <openembedded-devel@openembedded.org>;
	Fri, 11 Jan 2008 18:48:40 +0000
X-Injected-Via-Gmane: http://gmane.org/
To: openembedded-devel@openembedded.org
From: Rolf Leggewie <no2spam@nospam.arcornews.de>
Date: Fri, 11 Jan 2008 19:48:32 +0100
Message-ID: <fm8dm0$ikl$1@ger.gmane.org>
References: <47871C71.5020800@student.utwente.nl>
	<fm79ef$hak$1@ger.gmane.org>	<47872B1A.9010400@student.utwente.nl>
	<fm86uh$qa8$1@ger.gmane.org>
Mime-Version: 1.0
X-Complaints-To: usenet@ger.gmane.org
X-Gmane-NNTP-Posting-Host: ip-62-143-227-114.1411n-cud12k-01.ish.de
User-Agent: Thunderbird 2.0.0.6 (X11/20071022)
In-Reply-To: <fm86uh$qa8$1@ger.gmane.org>
Sender: news <news@ger.gmane.org>
Subject: Re: mtn disapprove
X-BeenThere: openembedded-devel@lists.openembedded.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: openembedded-devel@lists.openembedded.org
List-Id: Using the OpenEmbedded metadata to build Distributions
	<openembedded-devel.lists.openembedded.org>
List-Unsubscribe: <http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel>,
	<mailto:openembedded-devel-request@lists.openembedded.org?subject=unsubscribe>
List-Archive: <http://lists.linuxtogo.org/pipermail/openembedded-devel>
List-Post: <mailto:openembedded-devel@lists.openembedded.org>
List-Help: <mailto:openembedded-devel-request@lists.openembedded.org?subject=help>
List-Subscribe: <http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel>,
	<mailto:openembedded-devel-request@lists.openembedded.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Jan 2008 18:49:03 -0000
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

It seems this solution is not yet perfect.  All of the sudden, bitbake
cooks up an armv5te version of libogg for the collie.  My suspicion is
that this has to do with PACKAGE_EXTRA_ARCHS.

What does PACKAGE_EXTRA_ARCHS do?  If set to "armv4 armv4t armv5e
armv5te", can that provide problems for a device like the collie which
is arm-only, not armv5te?  How about the poodle?  Is that device and all
other Zaurus safe with "armv4 armv4t armv5e armv5te"?

If my suspicion is true, my suggestion for Zaurus-2.6.inc is

-PACKAGE_EXTRA_ARCHS = "armv4 armv4t armv5e armv5te"
+PACKAGE_EXTRA_ARCHS ?= "armv4 armv4t armv5e armv5te"
+PACKAGE_EXTRA_ARCHS_collie = ""