[libvirt] Libvir on Hardy: file a bug or not?

[Mihamina Rakotomandimby (R12y)]

Hi,
I am using Ubuntu Hardy up to date.

When defining a domain with:
<domain type='kvm' id='1'>
   <name>xp</name>
   <uuid>dd4618e5-1c48-a481-0671-d75f38f59037</uuid>
   <memory>524288</memory>
   <currentMemory>524288</currentMemory>
   <vcpu>1</vcpu>
   <os>
     <type arch='x86_64' machine='pc'>hvm</type>
     <boot dev='hd'/>
   </os>
   <clock offset='localtime'/>
   <on_poweroff>destroy</on_poweroff>
   <on_reboot>destroy</on_reboot>
   <on_crash>destroy</on_crash>
   <devices>
     <emulator>/usr/bin/qemu-system-x86_64</emulator>
     <disk type='file' device='cdrom'>
       <source file='/home/mihamina/xpjohnny.iso'/>
       <target dev='hdc' bus='ide'/>
       <readonly/>
     </disk>
     <disk type='file' device='disk'>
       <source file='/home/mihamina/xp.img'/>
       <target dev='hda' bus='ide'/>
     </disk>
     <interface type='bridge'>
       <mac address='00:16:3e:1e:b2:22'/>
       <source bridge='br0'/>
       <target dev='vnet1'/>
     </interface>
     <input type='tablet' bus='usb'/>
     <input type='mouse' bus='ps2'/>
     <graphics type='vnc' port='5900' listen='127.0.0.1'/>
   </devices>
</domain>

I get:

  virsh # start xp
  libvir: QEMU error : QEMU quit during console startup
  qemu: unknowm parameter 'boot' in
'file=/home/mihamina/xp.img,if=ide,boot=on'
  error: Failed to start domain xp

If I change the domain type with "qemu", I have no error (and the
virtual machine starts without any problem.

This is my installed things:

$ dpkg -l | awk '/(virt|qemu|kvm)/{print $2,$3}'
kvm 1:62+dfsg-0ubuntu8
libvirt-bin 0.4.0-2ubuntu8
libvirt0 0.4.0-2ubuntu8
python-libvirt 0.4.0-2ubuntu8
python-virtinst 0.300.2-0ubuntu6
python-virtkey 0.50ubuntu0.1
qemu 0.9.1-1ubuntu1
virt-manager 0.5.3-0ubuntu10
virt-viewer 0.0.2-1ubuntu1

Is it an upstream bug or a distribution bug?
Who is supposed to be noticed? The packager or the upstream (where please)?

PS: I wrote because I saw
http://www.mail-archive.com/libvir-list@redhat.com/msg06109.html