openembedded-core.git/meta/conf, branch 2011-1 Mirror of openembedded-core tune-i586: fix hardcoded TUNE_PKGARCH 2011-10-04T12:42:39+00:00 Dongxiao Xu dongxiao.xu@intel.com 2011-09-28T11:44:29+00:00 d8051ce1af7a5a4b72c1f772ed35eff24a4beb6b Use TUNE_FEATURES to determine the setting to TUNE_PKGARCH, which fixes the wrong setting of PACKAGE_ARCH in multilib case. Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Use TUNE_FEATURES to determine the setting to TUNE_PKGARCH, which fixes
the wrong setting of PACKAGE_ARCH in multilib case.

Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
multilib: remove the multilib handling to allarch 2011-10-04T12:42:39+00:00 Dongxiao Xu dongxiao.xu@intel.com 2011-09-27T11:08:47+00:00 d9dc64a251bc66f16a0c5d12aa872152d43c4776 currently we have allarch type of recipes, which may still have architecture dependency, like x11-common. So we need to drop the handling to allarch in multilib case. Also remove the PV postfix in python-pygobject DEPENDS, since multilib code will treat a native package multilib capable. [YOCTO #1497] [YOCTO #1498] Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> 
currently we have allarch type of recipes, which may still have
architecture dependency, like x11-common. So we need to drop the
handling to allarch in multilib case.

Also remove the PV postfix in python-pygobject DEPENDS, since multilib
code will treat a native package multilib capable.

[YOCTO #1497]
[YOCTO #1498]

Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com>
distro tracking: Update Distro Aliases 2011-09-22T00:30:00+00:00 Saul Wold sgw@linux.intel.com 2011-09-21T22:46:30+00:00 40b52d9ed9b7b39bc86b3c87ae60fa6359cac265 Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
distro-tracking: Update package alias 2011-09-16T11:06:37+00:00 Dexuan Cui dexuan.cui@intel.com 2011-09-16T02:20:45+00:00 ed8b469babb1273d7c249baeb4b642e751317b2a Signed-off-by: Dexuan Cui <dexuan.cui@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
distro-tracking: Update alias 2011-09-15T10:22:19+00:00 Zhai Edwin edwin.zhai@intel.com 2011-09-13T22:57:45+00:00 80f930550b696c92f2fab25a4ee8f7d51d4f1860 Signed-off-by: Zhai Edwin <edwin.zhai@intel.com> 
Signed-off-by: Zhai Edwin <edwin.zhai@intel.com>
distro_tracking: update package alias 2011-09-15T10:22:09+00:00 Dongxiao Xu dongxiao.xu@intel.com 2011-09-14T05:34:50+00:00 81388937aefbba9f57bf6351b43cff042e93ebf0 Update package alias which exist in other two distributions. Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> 
Update package alias which exist in other two distributions.

Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com>
task-core: split into task-core-console and task-core-x11 2011-09-15T10:20:38+00:00 Paul Eggleton paul.eggleton@linux.intel.com 2011-09-14T16:19:55+00:00 07407baafb728c5ae1bb283f5b02a2ac773360bc [YOCTO #1481] Since tasks are referred to almost exclusively via RDEPENDS, and bitbake will build an entire task recipe when only one of its task packages are actually needed, building a console-only image that uses task-core-apps-console (or less directly, has apps-console in its IMAGE_FEATURES) will cause a build of a whole list of X11 applications that aren't needed. Splitting the task-core recipe into X11 and console portions prevents this issue. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> 
[YOCTO #1481]

Since tasks are referred to almost exclusively via RDEPENDS, and bitbake
will build an entire task recipe when only one of its task packages are
actually needed, building a console-only image that uses
task-core-apps-console (or less directly, has apps-console in its
IMAGE_FEATURES) will cause a build of a whole list of X11 applications
that aren't needed. Splitting the task-core recipe into X11 and console
portions prevents this issue.

Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
distro_tracking_field: add distro checking field 2011-09-15T10:20:26+00:00 Yu Ke ke.yu@intel.com 2011-09-14T02:23:55+00:00 eaef15630c38b8dd60f83df766e6b17cb3838130 add the missing distro checking field for some recipes Signed-off-by: Yu Ke <ke.yu@intel.com> 
add the missing distro checking field for some recipes

Signed-off-by: Yu Ke <ke.yu@intel.com>
multilib: Remove recipe from multilib.conf that inherits allarch 2011-09-13T16:08:07+00:00 Dongxiao Xu dongxiao.xu@intel.com 2011-09-13T11:52:45+00:00 329d864f9bbf94ad3aae8df43d63fe10e4237e4f Recipes like update-rc.d and qemu-config inherit "allarch", thus we shouldn't add multilib BBCLASSEXTEND for them in multilib.conf. Besides, we need to add multilib packages as the RPROVIDER contents for those recipes, in order to avoid the NoProvider error when parsing. [YOCTO #1471] Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Recipes like update-rc.d and qemu-config inherit "allarch", thus we
shouldn't add multilib BBCLASSEXTEND for them in multilib.conf.

Besides, we need to add multilib packages as the RPROVIDER contents for
those recipes, in order to avoid the NoProvider error when parsing.

[YOCTO #1471]

Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
bitbake.conf: Default to explicitly setting the variable to disable pseudo 2011-09-09T17:39:13+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2011-09-09T17:21:24+00:00 72252799e8c51a633a231a2cd1fe797b7faae713 If we don't do this, sometimes pseudo can end up enabling itself when it isn't required. Setting this value into the environment explicitly ensures that does not happen. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
If we don't do this, sometimes pseudo can end up enabling itself when
it isn't required. Setting this value into the environment explicitly
ensures that does not happen.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>