<div dir="ltr">Thanks Mark for the great recommendation.<div>Something that I tried so far and worked was to remove the libvirt dependency in the libvmi recipe (since it is not needed by xen).</div><div><br></div><div>But your recommendation is great for other cases that wont be fixed by a simple dependency removal.</div><div><br></div><div>Will check it out. Thanks.</div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Nov 21, 2018 at 6:40 AM Mark Asselstine <<a href="mailto:mark.asselstine@windriver.com">mark.asselstine@windriver.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sat, Nov 17, 2018 at 4:29 AM HackDef <<a href="mailto:hackdef@hack-defender.mx" target="_blank">hackdef@hack-defender.mx</a>> wrote:<br>
><br>
> Recently libvmi recipe was added to meta-virtualization on master branch:<br>
><br>
> <a href="http://git.yoctoproject.org/cgit/cgit.cgi/meta-virtualization/tree/recipes-extended/libvmi/libvmi_git.bb" rel="noreferrer" target="_blank">http://git.yoctoproject.org/cgit/cgit.cgi/meta-virtualization/tree/recipes-extended/libvmi/libvmi_git.bb</a><br>
><br>
> But I use krogoth branch with my current board, so, tried to copy the recipe to krogoth branch but throw error on libvirt about: Nothing PROVIDES libxl, then added new dependencies found on libvirt from master and now throws: Nothing PROVIDES libdevmapper, so I guess the best approach should be to request backporting libvmi to krogoth branch.<br>
><br>
> Your help is much appreciated.<br>
<br>
Hector,<br>
<br>
So what would have happened is krogoth was branched and then at some<br>
later time a commit was applied to master which added the<br>
<a href="http://libvmi_git.bb" rel="noreferrer" target="_blank">libvmi_git.bb</a> recipe. So start by using git to identify this commit,<br>
you can do this while on the krogoth branch still<br>
ie.: git log master -- ./recipes-extended/libvmi/<a href="http://libvmi_git.bb" rel="noreferrer" target="_blank">libvmi_git.bb</a><br>
<br>
This will identify commit e2ab59ec3e4b547da635cda725090d42126dcfd2 as<br>
the commit which brought in the <a href="http://libvmi_git.bb" rel="noreferrer" target="_blank">libvmi_git.bb</a> recipe, so cherry-pick<br>
it<br>
ie: git cherry-pick e2ab59ec3e4b547da635cda725090d42126dcfd2<br>
<br>
Now attempt to build it 'bitbake libvmi', as you have indicated this<br>
most likely fail as libvirt will require libxl. DO NOT port the<br>
libvirt recipe from master back to krogoth, libvirt has been around<br>
for ages in meta-virtualization and libvmi does not have a version<br>
dependency on libvirt. Instead when you inspect the libvirt recipe<br>
already present on the krogoth branch you will see that libxl is a<br>
dependency we can control, we need to ensure we have a suitable<br>
PACKAGECONFIG for libvirt AND that "xen" is not set in the<br>
DISTRO_FEATURES. By default neither of these are set so without having<br>
access to your build I don't know where you are setting either of<br>
these, you will have to use bitbake -e libvmi or similar to find out<br>
where your build is setting either of these and mitigate against this.<br>
<br>
Try the above and follow up and we can then move on with any other<br>
bits. It is important that you can prep the backport as you have the<br>
krogoth build ready to go along with a usecase to test the backport,<br>
something Bruce will not have.<br>
<br>
Regards,<br>
Mark<br>
<br>
<br>
<br>
><br>
> Please let me know if possible.<br>
><br>
> Thanks<br>
><br>
> --<br>
> Hector<br>
> --<br>
> _______________________________________________<br>
> meta-virtualization mailing list<br>
> <a href="mailto:meta-virtualization@yoctoproject.org" target="_blank">meta-virtualization@yoctoproject.org</a><br>
> <a href="https://lists.yoctoproject.org/listinfo/meta-virtualization" rel="noreferrer" target="_blank">https://lists.yoctoproject.org/listinfo/meta-virtualization</a><br>
</blockquote></div>