Bug 1456 - [multilib] no provider for lib32-kernel-module-*
Summary: [multilib] no provider for lib32-kernel-module-*
Status: RESOLVED FIXED
Alias: None
Product: Meta-yocto
Classification: Build System, Metadata & Runtime
Component: meta-yocto (show other bugs)
Version: unspecified
Hardware: x86 Multiple
: High critical
Target Milestone: ---
Assignee: Richard Purdie
QA Contact:
URL:
Whiteboard: Patch sent out for review
Depends on:
Blocks:
 
Reported: 2011-09-05 23:47 UTC by Jiajun Xu
Modified: 2011-09-07 15:59 UTC (History)
5 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jiajun Xu 2011-09-05 23:47:09 UTC
tree/branch: poky/master
commit: 314131e472a7d728ea96cbd577d2947d7bc9f50e

With latest commit, if I build lib32-core-image-sato-sdk, bitbake will report no provider for lib32-kernel-module-*. Error log as below:

########
NOTE: Resolving any missing task queue dependencies
NOTE: multiple providers are available for virtual/lib32-kernel (linux-yocto, linux-yocto-rt)
NOTE: consider defining a PREFERRED_PROVIDER entry to match virtual/lib32-kernel
ERROR: Nothing RPROVIDES 'lib32-kernel-module-nfs' (but virtual:multilib:lib32:/home/jxu49/osel/poky-hob2/meta/recipes-core/tasks/task-base.bb RDEPENDS on or otherwise requires it)
NOTE: Runtime target 'lib32-kernel-module-nfs' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['lib32-kernel-module-nfs']
NOTE: Runtime target 'lib32-task-base-extended' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['lib32-task-base-extended', 'lib32-kernel-module-nfs']
ERROR: Required build target 'lib32-core-image-sato' has no buildable providers.
Missing or unbuildable dependency chain was: ['lib32-core-image-sato', 'lib32-task-base-extended', 'lib32-kernel-module-nfs']
ERROR: Command execution failed: Traceback (most recent call last):
  File "/home/jxu49/osel/poky-hob2/bitbake/lib/bb/command.py", line 102, in runAsyncCommand
    commandmethod(self.cmds_async, self, options)
  File "/home/jxu49/osel/poky-hob2/bitbake/lib/bb/command.py", line 207, in buildTargets
    command.cooker.buildTargets(pkgs_to_build, task)
  File "/home/jxu49/osel/poky-hob2/bitbake/lib/bb/cooker.py", line 1102, in buildTargets
    taskdata.add_unresolved(localdata, self.status)
  File "/home/jxu49/osel/poky-hob2/bitbake/lib/bb/taskdata.py", line 558, in add_unresolved
    self.remove_runtarget(self.getrun_id(target))
  File "/home/jxu49/osel/poky-hob2/bitbake/lib/bb/taskdata.py", line 535, in remove_runtarget
    self.fail_fnid(fnid, missing_list)
  File "/home/jxu49/osel/poky-hob2/bitbake/lib/bb/taskdata.py", line 494, in fail_fnid
    self.remove_runtarget(target, missing_list)
  File "/home/jxu49/osel/poky-hob2/bitbake/lib/bb/taskdata.py", line 535, in remove_runtarget
    self.fail_fnid(fnid, missing_list)
  File "/home/jxu49/osel/poky-hob2/bitbake/lib/bb/taskdata.py", line 489, in fail_fnid
    self.remove_buildtarget(target, missing_list)
  File "/home/jxu49/osel/poky-hob2/bitbake/lib/bb/taskdata.py", line 519, in remove_buildtarget
    raise bb.providers.NoProvider(target)
NoProvider: lib32-core-image-sato
########
Comment 1 Jiajun Xu 2011-09-05 23:47:42 UTC
Set the bug to critical becasue multilib testing is blockec by the bug.
Comment 2 Dongxiao Xu 2011-09-06 00:33:40 UTC
I ever attached a patch to fix the problem when replying Richard's Email.

commit bc04de64057a17ae93be466e32249f9505321f59
Author: Dongxiao Xu <dongxiao.xu@intel.com>
Date:   Sun Sep 4 11:49:33 2011 +0800

    multilib_global.bbclass: handle kernel-module-* for multilib

    bitbake would report failed dependency of kernel-module-* when testing
    multilib. kernel-module-* are recommended by some other recipes.

    Do not extend name for kernel-module-* related packages.

    Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com>

diff --git a/meta/classes/multilib_global.bbclass b/meta/classes/multilib_global.bbclass
index 217349b..1263e4e 100644
--- a/meta/classes/multilib_global.bbclass
+++ b/meta/classes/multilib_global.bbclass
@@ -17,6 +17,8 @@ python multilib_virtclass_handler_global () {  addhandler multilib_virtclass_handler_global

 def multilib_extend_name(variant, name):
+    if name.startswith("kernel-module"):
+        return name
     if name.startswith("virtual/"):
         subs = name.split("/", 1)[1]
         if not subs.startswith(variant):
Comment 3 Saul Wold 2011-09-06 13:49:13 UTC
If this is the correct patch, please submit it to the email list.