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 1QRNvT-0001VQ-BC for openembedded-core@lists.openembedded.org; Tue, 31 May 2011 14:20:00 +0200 Received: from localhost (localhost [127.0.0.1]) by tim.rpsys.net (8.13.6/8.13.8) with ESMTP id p4VCG45V013492 for ; Tue, 31 May 2011 13:16:04 +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 13212-05 for ; Tue, 31 May 2011 13:15:56 +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 p4VCFtRW013480 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 31 May 2011 13:15:55 +0100 From: Richard Purdie To: openembedded-core Date: Tue, 31 May 2011 13:15:41 +0100 Message-ID: <1306844141.27470.360.camel@rex> Mime-Version: 1.0 X-Mailer: Evolution 2.32.2 X-Virus-Scanned: amavisd-new at rpsys.net Subject: "all" architecture packages 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: Tue, 31 May 2011 12:20:00 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Hi, There have been various comments on the list and in the bugzilla about issues with "all" architecture recipes. To start cleaning this up I've merged: http://git.openembedded.net/cgit.cgi/openembedded-core/commit/?id=26e5e5feb695864b11e47e24017e254c28f14494 which creates an "allarch" class and starts to convert some recipes over to using it. There is further information in the commit message. Use of the class ensures the packages really are suitable for all architectures and that the sstate packages are reusable. The list of packages which still need attention are: meta/recipes-connectivity/resolvconf/resolvconf_1.48.bb meta/recipes-devtools/update-alternatives/update-alternatives-dpkg.inc meta/recipes-gnome/gnome/gnome-common_2.28.0.bb meta/recipes-gnome/gnome/gnome-icon-theme_2.31.0.bb meta/recipes-gnome/hicolor-icon-theme/hicolor-icon-theme_0.12.bb meta/recipes-graphics/ttf-fonts/liberation-fonts_1.04.bb meta/recipes-graphics/ttf-fonts/liberation-fonts_1.06.bb meta/recipes-graphics/ttf-fonts/ttf-bitstream-vera_1.10.bb meta/recipes-graphics/xcursor-transparent-theme/xcursor-transparent-theme_0.1.1.bb meta/recipes-graphics/xorg-font/encodings_1.0.4.bb meta/recipes-graphics/xorg-font/font-alias_1.0.3.bb meta/recipes-graphics/xorg-font/font-util_1.2.0.bb meta/recipes-graphics/xorg-font/xorg-font-common.inc meta/recipes-graphics/xorg-font/xorg-minimal-fonts.bb meta/recipes-kernel/linux-firmware/linux-firmware_git.bb meta/recipes-sato/sato-icon-theme/sato-icon-theme.inc meta/recipes-sato/sato-icon-theme/sato-icon-theme_0.4.1.bb meta/recipes-support/hal/hal-info.inc Some of these are easy, some trigger configure tests for the cross compiler and are harder to fix. If a package can't use allarch.bbclass, its a strong indicator it shouldn't be PACKAGE_ARCH = "all"... Cheers, Richard