| Summary: | bitbake reports log_check warning without stating in which log/recipe the problem occurred | ||
|---|---|---|---|
| Product: | [Build System, Metadata & Runtime] BitBake | Reporter: | Heinz Wrobel <Heinz.Wrobel> |
| Component: | bitbake | Assignee: | Heinz Wrobel <Heinz.Wrobel> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | Medium | CC: | bluelightning, leonardo.sandoval.gonzalez, poky.bs.watcher, poky.watcher |
| Version: | unspecified | ||
| Target Milestone: | 2.2 M1 | ||
| Hardware: | x86 | ||
| OS: | Multiple | ||
| Whiteboard: | |||
| OS type for building Yocto: | --- | Type of Regression: | --- |
| Verified: | Documentation change: | No (bug/feature does not impact docs) | |
|
Description
Heinz Wrobel
2016-04-07 07:26:36 UTC
The warning messages shown are a start but definitely need something more to locate exactly where the problem is and to test a fix correctly. Right now I am not entirely sure what to run to reproduce this. Need a bigger output of this command, the configuration for this image and the packages added. Any logs for this that you can attach are welcomed too. You haven't specified which version you're using, but I'd guess it's an older version before we added the recipe and task name to every warning/error message printed, so that part should be solved. In any event, you will find this definitely comes from the do_rootfs log of the image you're building (though I guess you may possibly be building more than one image at once). For Humberto's benefit - I am working on tidying up the log_check double warning issue under bug 8223; I do have a set of patches for that already. The problem was observed in an NXP/Freescale version of a poky 1.8.1 setup per poky/meta-yocto/conf/distro/poky.conf The offending log message is generated in _log_check_warn() in poky/meta/lib/oe/rootfs.py. The problem is that it tells you that "something" happened, but doesn't give you any indication which package caused it or how to figure out which package caused it. it doesn#t even tell you which logfile caused it. I see it has been fixed in a poky 2.0 setup. (In reply to comment #3) > I see it has been fixed in a poky 2.0 setup. Good news. In case you know the commit ID that fixed it, please include it in a comment. Leo |