Description of problem: When launching QEMU on the command line, it fails to output any window display using either SDL or GTK. It works fine when using VNC. Version-Release number of selected component (if applicable): QEMU emulator version 5.1.0 (qemu-5.1.0-1.fc34) How reproducible: 100% Steps to Reproduce: 1. Try to start QEMU using CLI with "qemu-kvm -display gtk" or "qemu-kvm -display sdl" 2. QEMU fails to start any display Actual results: outputs of "qemu-kvm -display gtk" ``` Failed to open module: /usr/lib64/qemu/ui-gtk.so: undefined symbol: qemu_xkeymap_keycodes_semaphore qemu-system-x86_64: Display 'gtk' is not available. ``` outputs of "qemu-kvm -display sdl" ``` Failed to open module: /usr/lib64/qemu/ui-sdl.so: undefined symbol: qemu_xkeymap_keycodes_semaphore qemu-system-x86_64: Display 'sdl' is not available. ``` Expected results: QEMU starts with a display using either SDL or GTK Additional info: QEMU will not fail when no options/argument is provided but instead fallback to VNC
*** Bug 1869090 has been marked as a duplicate of this bug. ***
*** Bug 1869339 has been marked as a duplicate of this bug. ***
I put some findings here but I still don't know what the root issue is: https://lists.gnu.org/archive/html/qemu-devel/2020-08/msg03726.html Builds are currently running that disable dtrace tracing output which will work around this problem
The root cause is a change in systemtap behaviour https://bugzilla.redhat.com/show_bug.cgi?id=1869642 but arguably this is a long standing QEMU bug we've just been lucky not to hit before.
Awesome thanks for digging into it Dan! I filed this qemu bug to track re-enabling dtrace backend when we have a fix: https://bugzilla.redhat.com/show_bug.cgi?id=1869807 The issue reported in this bug is fixed in qemu-5.1.0-2 though, so closing
For anyone searching for this bug who thinks it might not be fixed, you have to also install qemu-ui-gtk.