[meta-virtualization] interest to integrate virt-manager?

Gotthard, Petr Petr.Gotthard at Honeywell.com
Fri Apr 10 13:11:06 PDT 2015


I thought I was not the only one trying to make this working. ;-)

(1) I made a temporary github repository with my work
https://github.com/gotthardp/recipes-virt-manager
It's not a standalone layer; you need is to clone this into meta-virtualization (or any other layer).

(2) It requires python support in libxml2, which was not enabled by default in the dizzy release. There is already a patch for that I'm using:
http://patchwork.openembedded.org/patch/82407/
I also had to enable python in libxml2 explicitly in my local.conf, but I suspect there is a better way
PACKAGECONFIG_append_pn-libxml2 = " python"
PACKAGECONFIG_append_pn-libxml2-native = " python"

(3) In addition to that, the meta-virtualization/recipes-extended/fontconfig has one minor bug that needs to be fixed. I use the following patch (again, this may not be the cleanest way)

diff -u old/fontconfig.pc.in new/fontconfig.pc.in
--- old/fontconfig.pc.in        2014-01-20 09:14:20.000000000 +0100
+++ new/fontconfig.pc.in        2015-03-25 10:42:38.285970575 +0100
@@ -15,4 +15,4 @@
 Requires.private: @PKGCONFIG_REQUIRES_PRIVATELY@
 Libs: -L${libdir} -lfontconfig
 Libs.private: @EXPAT_LIBS@ @FREETYPE_LIBS@ @ICONV_LIBS@ @LIBXML2_LIBS@
-Cflags: -I${includedir} @EXPAT_CFLAGS@ @FREETYPE_CFLAGS@ @ICONV_CFLAGS@ @LIBXML2_CFLAGS@
+Cflags: -I${includedir} @EXPAT_CFLAGS@ -I${includedir}/freetype2 @ICONV_CFLAGS@ @LIBXML2_CFLAGS@

(the generated fonconfig.pc contains paths to the building machine; I suspect the *.pc.in should not include any @MACROS@)


That's all. Now you should be able to build the virt-manager. I'm using the dizzy release of poky. If it does not work for you, please let me know; I went through several troubles, so I may know a solution.

It would be great if this get eventually merged into meta-virt.


Cheers,
Petr

-----Original Message-----
From: Bruce Ashfield [mailto:bruce.ashfield at gmail.com] 
Sent: 10. dubna 2015 15:53
To: Gotthard, Petr
Cc: meta-virtualization at yoctoproject.org
Subject: Re: [meta-virtualization] interest to integrate virt-manager?

On Fri, Apr 10, 2015 at 8:19 AM, Gotthard, Petr
<Petr.Gotthard at honeywell.com> wrote:
> Hello,
>
>
>
> I managed to build virt-manager (plus virt-viewer and the virt-* scipts) for
> Yocto, so I wonder if you would be interested to integrate the virt-manager
> (and related bitbake recipes) into the meta-virtualization? Or is there
> another recommended graphical manager for KVM?

I'm definitely interested .. see below.

>
> https://virt-manager.org/
>
>
>
> New virt-manager releases unfortunately require python-pygobject 3.0, which
> is (seems to be) not supported in Yocto (yet). I wanted to avoid the GObject
> Introspection (dependency on meta-gir), so I have scripts for virt-manager
> 0.9.5 only, which is the latest GTK2 release. (It’s better than nothing.)

:)

We also have virt-manager recipes and uncompleted work here, it slammed
into g-i-r and stopped .. needing on target compilation to finish the packaging
of virt-manager.

So I feel your pain!

At some point, we will need to figure this out, but having an older version in
the tree until that happens makes a lot of sense.

I'll compare what you have versus those other changes, and see what we can
pull together.

>
>
>
> Shall I just post the .bb files (or a long list of patches), or would you
> prefer another approach? The virt-manager depends on gtk-vnc and few

Post the bb files. If you want to capture any significant points in
your development
history, feel free to split the patches. But otherwise, post a series that is
clean, and introduces the recipes from scratch directly to a working version.

> python-* packages that I also had to create. Should the new python-*
> packages required by virt-manager go also into meta-virtualization (as no
> one else is apparently using them), or shall these go into some other layer?

Start them in meta-virt, for initial introduction I prefer to have
support python
libraries near the code that actually exercises them!

Bruce

>
>
>
> Please advise.
>
>
>
>
>
> Cheers,
>
> Petr
>
>
>
>
> --
> _______________________________________________
> meta-virtualization mailing list
> meta-virtualization at yoctoproject.org
> https://lists.yoctoproject.org/listinfo/meta-virtualization
>



-- 
"Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end"


More information about the meta-virtualization mailing list