summaryrefslogtreecommitdiffstats
path: root/scripts/lib/scriptpath.py
diff options
context:
space:
mode:
authorChen Qi <Qi.Chen@windriver.com>2024-02-05 15:20:01 +0800
committerRichard Purdie <richard.purdie@linuxfoundation.org>2024-02-06 10:32:19 +0000
commit6cc6246fd037e7f66ddfccbaf7725a8eb883d7ef (patch)
tree88a6de11db4eafde681d50b96b02dd6dbce2573a /scripts/lib/scriptpath.py
parentb0b9d8768a8281c263b05a7fec08f8c2ad66787a (diff)
downloadpoky-6cc6246fd037e7f66ddfccbaf7725a8eb883d7ef.tar.gz
multilib_global.bbclass: fix parsing error with no kernel module split
The problem could be reproduced with the following settings: MACHINE = "qemux86-64" KERNEL_SPLIT_MODULES = "0" require conf/multilib.conf MULTILIBS ?= "multilib:lib32" DEFAULTTUNE:virtclass-multilib-lib32 ?= "core2-32" The error message is as below: bb.data_smart.ExpansionError: Failure expanding variable KERNEL_VERSION_PKG_NAME, expression was ${@legitimize_package_name(d.getVar('KERNEL_VERSION'))} which triggered exception TypeError: expected string or bytes-like object The variable dependency chain for the failure is: KERNEL_VERSION_PKG_NAME -> RPROVIDES:kernel-modules This is because multilib_virtclass_handler_global function in multilib_global.bbclass deletes KERNEL_VERSION. So we need to handle such situation. We'll also need to delete KERNEL_VERSION_PKG_NAME to avoid this parsing error. (From OE-Core rev: 43dd497bc161ac44faecfdff052db03679dbb4f8) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'scripts/lib/scriptpath.py')
0 files changed, 0 insertions, 0 deletions