<div dir="ltr">Agreed, I've tried with handler added in world-image.bbclass (cumulating all PACKAGES on RecipeParsed event) and failed, that's why this ended in bitbake code, but I'm open to ideas how to hook it properly.</div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Jan 25, 2013 at 10:45 PM, Chris Larson <span dir="ltr"><<a href="mailto:clarson@kergoth.com" target="_blank">clarson@kergoth.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="im"><br><div class="gmail_quote">On Fri, Jan 25, 2013 at 12:38 PM, Martin Jansa <span dir="ltr"><<a href="mailto:martin.jansa@gmail.com" target="_blank">martin.jansa@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>* similar to world target, but collects all PACKAGES<br>
* recipes marked with EXCLUDE_FROM_WORLD are excluded from world as well<br>
as world-image<br>
* recipes marked with EXCLUDE_FROM_WORLD_IMAGE are excluded completely<br>
from world-image, sometimes you can build 2 recipes in same sysroot,<br>
but cannot install them in the same image<br>
* PACKAGES listed in EXCLUDE_PACKAGES_FROM_WORLD_IMAGE are also<br>
excluded. You can remove e.g. ${PN}-dbg, but keep all other PACKAGES.<br>
<br>
Signed-off-by: Martin Jansa <<a href="mailto:Martin.Jansa@gmail.com" target="_blank">Martin.Jansa@gmail.com</a>></div></blockquote></div><br></div>bitbake should have zero knowledge of what an image even is, much less hardcoding awareness of the IMAGE_INSTALL variable. Instead, we should provide a means to hook into bitbake's knowledge of the recipes included in the world image, and let a world-image recipe utilize that.<span class="HOEnZb"><font color="#888888"><br>
-- <br>Christopher Larson</font></span></div></div>
</blockquote></div><br></div>