[Pkg-xen-devel] Qemu in xen 3.4
rp at trust-it.de
Fri Dec 11 08:49:44 UTC 2009
Am 11.12.2009 um 08:56 schrieb Ian Campbell:
> On Fri, 2009-12-11 at 10:52 +0800, Thomas Goirand wrote:
>> Fabio Fantoni wrote:
>>> Hi, thanks for great job do with xen .deb, we have a problem on xen
>>> 3.4.2 (certainly not just us) how is impossibile do hvm domu work
>>> because there isn't qemu-dm, i read a few months ago discussion of this
>>> but also now there is the problem, will be resolved soon? it possibile
>>> rebuild the current package with the simple addition of qemu?
>>> thanks in advance for any reply
>> I second the fact that this is a quite important issue. I have built
>> from xen unstable, and just copying the qemu-dm binary was not enough.
> To work with a 3.4 hypervisor I'm pretty sure you will need the qemu-dm
> binary from the 3.4 branch not xen-unstable.
I used to build my own debian xen packages some years ago (at the time where xen 3 was released) and I always had the qemu stuff included and fully working.
Bastian start to take over the packaging part after that and changed a lot in the way the packages gets created. I think, that a lot of the changes he made, was useful for getting xen to comply to the debian policies and the debian way of doing things. But on the other hand he removed for example the qemu stuff.
Don't get me wrong... I am very happy that Bastian took care of all this for years now... It just that he changed so much, that it isn't easy to understand every peace of the packaging logic anymore. I wouldn't be able to take the debian xen package source and just add the qmeu part again. Or at least it would take me a lot of work...
I also would like to have a solution for this problem, because there will be xen systems that I have to setup in the future and these systems might need the qemu-dm support.
Maybe Bastian can explain why he removed the qemu stuff and if there is a chance, that he will include it again. I haven't said a word about this in the last years, but I think it is a shame to not have the qemu-dm stuff available. It kills 50% of the xen features. Paravirtualisation is nice, but only 50% of the magic xen can do. The other 50% need the qemu stuff.
More information about the Pkg-xen-devel