Open Stack

Hi Fabiano,

On Wed, Jul 28, 2021 at 10:51 AM Fabiano Fidêncio <fabiano at fidencio.org>
wrote:

> Folks,
>
> David Gibson, in an internal conversation, raised Today the pain of
> trying to fix a QEMU + kata-containers issue, having to update govmm,
> get it reviewed & merged on the govmm side, and only then be able to
> proceed with the work on QEMU + kata-containers.   I can relate to
> that, I'm pretty sure other developers can relate to that as well.
>
> Considering that govmm is only used by kata-containers, wouldn't it be
> the case to have it as part of the virt-containers package rather than
> it's own project that we vendor?  I tend to see this as taking a step
> towards how we integrate cloud-hypervisor with kata-containers.
>
> What do people think about this?  Is this a move we can make as part
> of the 2.3 release cycle?  Or are there other users of govmm that we
> missed?
>
> Opinions, concerns, suggestions, all of those are super welcome.
>
>

We could keep the govmm project around, however I am trying to find the
purpose.
If there are no other govmm users or is not one of the KATA project
deliverables,
why the extra work? What is the added value of keeping govmm as an external
repository?

I had a look, I even wrote a simple patch, it looks like a collection of
"internal" APIs needed by KATA.

I would simply integrate it.

Thanks,
Marcel


> Best Regards,
> --
> Fabiano Fidêncio
>
> _______________________________________________
> kata-dev mailing list
> kata-dev at lists.katacontainers.io
> http://lists.katacontainers.io/cgi-bin/mailman/listinfo/kata-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.katacontainers.io/pipermail/kata-dev/attachments/20210730/e2d41665/attachment.html>