I love being ignored, but this appears to have been resolved in later
releases.
Thanks for not so much as even an acknowledgement of this . . .
** Changed in: qemu
Status: New => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subsc
Note: virt-manager fails if qemu compiled with -disable-gtk as well.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1320030
Title:
Qemu 2.0.0 display hangs with display=gtk or virt-manager
Status i
I note that this also occurs with virt-manager running the non-spice
console. (The spice console is another issue . . . but not one with
qemu . . . ) so the scope of this appears to now be inter-thread
communication and *NOT* neccessarily GTK, but is far larger in scope
than initially thought.
**
Testing on other systems reveals that this is solid on Slackware14.1,
with it's associated libraries. Interestingly, the more heavily the
machine is loaded, the further the emulator runs prior to hanging . . .
The 1.7.1 code, compiled on an older Slackware (loosely based on 12, but
has evolved, bu
Public bug reported:
When qemu 2.0.0 is started, compiled with gtk, communications between
the emulator process and the gtk "wrapper" window hang, and the emulator
hangs typically before the bios finishes initializing, and if boot
menu=on is selected, even if it gets to this point, keyboard input
