<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 29, 2017 at 12:26 PM, Aníbal Limón <span dir="ltr"><<a href="mailto:anibal.limon@linux.intel.com" target="_blank">anibal.limon@linux.intel.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">><br>
> Changing software versions is indeed a bit more problematic. One could<br>
> argue that layers shouldn't fight over who provides a certain recipe in<br>
> the first place. If they do, perhaps the "additional layers" (= the ones<br>
> with lower priority) need to provide explicit .inc files with<br>
> PREFERRED_VERSION assignments without which the overriding recipes<br>
> aren't used?<br>
<br>
</span>Yes, so in this case will need to set automatically the preferred<br>
versions to oe-core recipes, and then let the distro layer to change the<br>
preferred version in this way when test a distro layer with oe-core the<br>
signatures not will change only when add the combo of distro layer +<br>
software layer.</blockquote></div><br>Currently, if you add a high priority layer with an older version recipe, it will change the default selected recipe, lacking a PREFERRED_VERSION. You can’t use DEFAULT_PREFERENCE to make the new old version of a recipe not be used, since bitbake treats layer priority as more important than default preference, so adding a .inc won’t do much good, since you can’t make the recipe not be preferred by default without a preferred version set to the current oe-core version. You could add such a line to the layer.conf, but then you’re hardcoding the oe-core recipe version into a separate layer, which is pretty ugly. I don’t htink we should be enforcing this signature change without resolving this.<br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr">Christopher Larson<br>kergoth at gmail dot com<br>Founder - BitBake, OpenEmbedded, OpenZaurus<br>Senior Software Engineer, Mentor Graphics</div></div></div></div>
</div></div>