| Summary: | gobject-introspection do_configure failure | ||
|---|---|---|---|
| Product: | [Build System, Metadata & Runtime] OE-Core | Reporter: | Richard Purdie <richard.purdie> |
| Component: | core | Assignee: | Richard Purdie <richard.purdie> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | High | CC: | akuster, alex.kanavin, meta.mr.watcher, meta.watcher |
| Version: | 3.0 | ||
| Target Milestone: | 3.1 M2 | ||
| Hardware: | x86 | ||
| OS: | Multiple | ||
| Whiteboard: | |||
| OS type for building Yocto: | --- | Type of Regression: | --- |
| Verified: | Documentation change: | No (bug/feature does not impact docs) | |
|
Description
Richard Purdie
2019-12-06 13:41:47 UTC
What I am seeing in the logs is that do_configure task runs without do_unpack or do_patch, and so there is no source code in the workdir. And the same thing seems to happen for cairo-native. Hash equivalency issue? Thanks Alex, this does look like a hash equiv/runqueue problem as do_prepare_recipe_sysroot runs but fetch/unpack/patch doesn't. Key line in the logs may be: NOTE: Task virtual:native:/home/pokybuild/yocto-worker/qemux86-world/build/meta/recipes-gnome/gobject-introspection/gobject-introspection_1.62.0.bb:do_populate_sysroot unihash 630f83a860231d5c9be5cfe442baf833832c306b2b4be022731c661a48a273e5 unchanged by server Are we handling that case correctly? This was caused by bugs in the hashequiv runqueue code and has been resolved (not seen on the autobuilder for ages now). |