[meta-virtualization] Request to backport libvmi to krogoth

HackDef hackdef at hack-defender.mx
Wed Nov 21 09:15:50 PST 2018

Thanks Mark for the great recommendation.
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).

But your recommendation is great for other cases that wont be fixed by a
simple dependency removal.

Will check it out. Thanks.

On Wed, Nov 21, 2018 at 6:40 AM Mark Asselstine <
mark.asselstine at windriver.com> wrote:

> On Sat, Nov 17, 2018 at 4:29 AM HackDef <hackdef at hack-defender.mx> wrote:
> >
> > Recently libvmi recipe was added to meta-virtualization on master branch:
> >
> >
> http://git.yoctoproject.org/cgit/cgit.cgi/meta-virtualization/tree/recipes-extended/libvmi/libvmi_git.bb
> >
> > 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.
> >
> > Your help is much appreciated.
> Hector,
> So what would have happened is krogoth was branched and then at some
> later time a commit was applied to master which added the
> libvmi_git.bb recipe. So start by using git to identify this commit,
> you can do this while on the krogoth branch still
> ie.: git log master -- ./recipes-extended/libvmi/libvmi_git.bb
> This will identify commit e2ab59ec3e4b547da635cda725090d42126dcfd2 as
> the commit which brought in the libvmi_git.bb recipe, so cherry-pick
> it
> ie: git cherry-pick e2ab59ec3e4b547da635cda725090d42126dcfd2
> Now attempt to build it 'bitbake libvmi', as you have indicated this
> most likely fail as libvirt will require libxl. DO NOT port the
> libvirt recipe from master back to krogoth, libvirt has been around
> for ages in meta-virtualization and libvmi does not have a version
> dependency on libvirt. Instead when you inspect the libvirt recipe
> already present on the krogoth branch you will see that libxl is a
> dependency we can control, we need to ensure we have a suitable
> PACKAGECONFIG for libvirt AND that "xen" is not set in the
> DISTRO_FEATURES. By default neither of these are set so without having
> access to your build I don't know where you are setting either of
> these, you will have to use bitbake -e libvmi or similar to find out
> where your build is setting either of these and mitigate against this.
> Try the above and follow up and we can then move on with any other
> bits. It is important that you can prep the backport as you have the
> krogoth build ready to go along with a usecase to test the backport,
> something Bruce will not have.
> Regards,
> Mark
> >
> > Please let me know if possible.
> >
> > Thanks
> >
> > --
> > Hector
> > --
> > _______________________________________________
> > meta-virtualization mailing list
> > meta-virtualization at yoctoproject.org
> > https://lists.yoctoproject.org/listinfo/meta-virtualization
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/meta-virtualization/attachments/20181121/a229581b/attachment-0001.html>

More information about the meta-virtualization mailing list