Bug#777138: Simplified steps

2015-02-05 Thread Mathieu Malaterre
I'd like to also mention that I did follow suggestions from: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=731815#75 but I ended up having the same result as: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=731815#80 Steps: $ sudo su - # service libvirtd stop # ls

Bug#777138: Simplified steps

2015-02-05 Thread Mathieu Malaterre
simplified steps to reproduce: $ ssh -Y remote $ virt-manager GUI Steps: - Create a new virtual machine - Forward - Select Use ISO - Browse - Select iso (en_windows_7_professional_with_sp1_x86_dvd_u_677056.iso) - Choose Volume - OS type: Windows - Version: Windows 7 - Forward - Forward -

Bug#777138: Simplified steps

2015-02-05 Thread Mathieu Malaterre
This may be related to: https://bugzilla.redhat.com/show_bug.cgi?id=1160318#c4 [...] Jiri Denemark 2014-11-12 11:08:40 EST So the problem is in the /usr/bin/qemu-kvm wrapper, which runs qemu-system-x86_64 with -machine accel=kvm to force KVM. When libvirt starts, it probes QEMU binaries by

Bug#777138: Simplified steps

2015-02-05 Thread Mathieu Malaterre
Control: reassign -1 src:libvirt 1.2.9-8 Control: tags -1 patch upstream Control: affects src:virt-manager I've applied the patch suggested before and it did solve the issue for me. Thus re-assigning to src:libvirt. Description: qemu: Don't try to parse -help for new QEMU Since QEMU 1.2.0, we