| Summary: | build-deps QA error in nativesdk-qemu | ||
|---|---|---|---|
| Product: | [Build System, Metadata & Runtime] OE-Core | Reporter: | Denys Dmytriyenko <denis> |
| Component: | devtools / tool chain | Assignee: | Richard Purdie <richard.purdie> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | Medium+ | CC: | meta.mr.watcher, meta.watcher, randy.macleod, richard.purdie |
| Version: | unspecified | ||
| Target Milestone: | 5.1 M3 | ||
| Hardware: | x86 | ||
| OS: | Multiple | ||
| Whiteboard: | |||
| OS type for building Yocto: | --- | Type of Regression: | --- |
| Verified: | Documentation change: | Don't know | |
|
Description
Denys Dmytriyenko
2024-07-16 21:34:28 UTC
I dug into this one and the problem is the bash dependency is added during a do_package subfunction which means the bitbake task dependency code never sees it. It is therefore correctly complaining. It isn't clear any earlier if the mips package is present or not. What really needs to happen is the RDEPENDS needs to be declared earlier and PACKAGES extended to contain the package so the RDEPENDS is seen. That isn't trivial. I wonder if we still need the bash based wrapper? Second question is of course why the autobuilder doesn't see this? Further data points:
"bitbake xxx -c populate_sdk" does not cause package_qa to run which is why the autobuilder does not see this.
There is a bask dependency RDEPENDS for ${SPM}-common with a class-target override which fixes the target case.
The bash dependency comes from an RDEPENDS dynamically added in do_package so is missed from the task dependencies
It only applies if mips is in QEMU_TARGETS and is for a wrapper script which adds a work around for user-mode qemu on mips. It may be possible to drop this.
I guess we can close it now? https://git.openembedded.org/openembedded-core/commit/?id=b30c1e5805b3f108a2d0a30259b50b9e7db0f6cc The second question is also being looked at: https://git.openembedded.org/openembedded-core/commit/?h=master-next&id=7fa176b2ee31629e54f0b83d43150aa583743e25 But I'm not sure if Richard is still testing it in master-next? These two commits together resolve the qemu issue and the fact that nativesdk issues weren't showing up on the autobuilder: https://git.yoctoproject.org/poky/commit/?id=0655e196d5d639782e2f682aa364cc970ef33406 https://git.yoctoproject.org/poky/commit/?id=46e30464b4d4f2c826723791264629638a32a518 |