<div dir="ltr">Will do Mark, thanks!</div><br><div class="gmail_quote"><div dir="ltr">On Wed, Nov 21, 2018 at 9:56 AM Mark Asselstine <<a href="mailto:mark.asselstine@windriver.com" target="_blank">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 Wed, Nov 21, 2018 at 12:16 PM HackDef <<a href="mailto:hackdef@hack-defender.mx" target="_blank">hackdef@hack-defender.mx</a>> wrote:<br>
><br>
> Thanks Mark for the great recommendation.<br>
> 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).<br>
><br>
> But your recommendation is great for other cases that wont be fixed by a simple dependency removal.<br>
><br>
> Will check it out. Thanks.<br>
<br>
To be honest I would have to go look at the origin of the 'libxl'<br>
dependency, I don't believe there is a recipe for this or any recipe<br>
which provides this in the 'master' branch of any of the main Yocto<br>
repos. At least nothing that is found in the index<br>
(<a href="https://layers.openembedded.org/layerindex/branch/master/recipes/" rel="noreferrer" target="_blank">https://layers.openembedded.org/layerindex/branch/master/recipes/</a>).<br>
<br>
At any rate at this point you should be able to follow up to the list<br>
to ask Bruce to cherry pick the libvmi commit to krogoth.<br>
<br>
Mark<br>
<br>
<br>
><br>
> On Wed, Nov 21, 2018 at 6:40 AM Mark Asselstine <<a href="mailto:mark.asselstine@windriver.com" target="_blank">mark.asselstine@windriver.com</a>> wrote:<br>
>><br>
>> 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>
><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>