From 12e76e123f66c36910f1fadece620024b2264a26 Mon Sep 17 00:00:00 2001 From: Bruce Ashfield Date: Thu, 31 Jan 2013 13:31:04 -0500 Subject: multilib: skip packages that provide virtual/kernel Rather than keying on recipes that inherit kernel.bbclass, we should be checking for providers of virtual/kernel when skipping kernel recipes in multlib builds. Not all providers of virtual/kernel inherit kernel.bbclass (notably linux-dummy), so checking on the provider is a more complete check. We need to be sure to check for inheritance of module-base as well, this allows for packages that provides modules to avoid the multilib renaming. (From OE-Core rev: dc7d181ab03ceab87a24d932130109003334dbf8) Signed-off-by: Bruce Ashfield Signed-off-by: Mark Hatle Signed-off-by: Richard Purdie --- meta/classes/multilib.bbclass | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) (limited to 'meta/classes') diff --git a/meta/classes/multilib.bbclass b/meta/classes/multilib.bbclass index f5f3c69363..f1696b6b7c 100644 --- a/meta/classes/multilib.bbclass +++ b/meta/classes/multilib.bbclass @@ -10,7 +10,9 @@ python multilib_virtclass_handler () { e.data.setVar('STAGING_KERNEL_DIR', e.data.getVar('STAGING_KERNEL_DIR', True)) # There should only be one kernel in multilib configs - if bb.data.inherits_class('kernel', e.data) or bb.data.inherits_class('module-base', e.data): + # We also skip multilib setup for module packages. + provides = (e.data.getVar("PROVIDES", True) or "").split() + if "virtual/kernel" in provides or bb.data.inherits_class('module-base', e.data): raise bb.parse.SkipPackage("We shouldn't have multilib variants for the kernel") if bb.data.inherits_class('image', e.data): -- cgit v1.2.3-54-g00ecf