1 files changed, 79 insertions, 0 deletions
diff --git a/results/classifier/118/socket/1829945 b/results/classifier/118/socket/1829945
new file mode 100644
index 000000000..fb0c74264
--- /dev/null
+++ b/results/classifier/118/socket/1829945
@@ -0,0 +1,79 @@
+socket: 0.843
+graphic: 0.790
+architecture: 0.770
+device: 0.762
+x86: 0.742
+PID: 0.715
+performance: 0.706
+KVM: 0.697
+user-level: 0.671
+peripherals: 0.661
+arm: 0.646
+network: 0.645
+files: 0.644
+kernel: 0.629
+virtual: 0.624
+boot: 0.619
+vnc: 0.594
+register: 0.560
+TCG: 0.559
+permissions: 0.545
+hypervisor: 0.544
+debug: 0.535
+risc-v: 0.525
+ppc: 0.522
+assembly: 0.451
+semantic: 0.445
+i386: 0.415
+VMM: 0.379
+mistranslation: 0.329
+
+SDL support missing from qemu-1:3.1+dfsg-2ubuntu3.1
+
+qemu support is missing from qemu-1:3.1+dfsg-2ubuntu3.1 on Disco. This is dispite qemu --help saying its available. SDL support is needed to use Packer(https://www.packer.io/) in graphical mode.
+
+# qemu-system-x86_64 -cpu host -smp 2,sockets=2,cores=1,threads=1 -machine type=pc,accel=kvm -display sdl -cdrom ubuntu.iso
+qemu-system-x86_64: Display 'sdl' is not available.
+
+# qemu-system-x86_64 --help | grep sdl
+-display sdl[,frame=on|off][,alt_grab=on|off][,ctrl_grab=on|off]
+-sdl            shorthand for -display sdl
+
+Hi Lee,
+TL;DR: there will be no sdl support anymore for newer qemu's. (make it) Use "-display gtk" instead.
+
+Details:
+#1 SDL 1.2 vs SDL 2.0 vs working fine
+1.2 was in main all the time and worked, but got unsupportable over time.
+SDL2 was tried, but failed badly in quite some experiments for Debain and 
+Ubuntu. That led to the choice of both distributions to go with the more
+modern GTK backend instead.
+Ubuntu (at Bionic staying at SDL1.2):
+- sdl2 is yet too unstable for the LTS Ubuntu release given the reports
+  we still see upstream and in Debian - furthermore sdl2 isn't in main yet,
+  so we revert related changes to stick with the proven for now:
+Debian then followed for #839695, #886671, #879536, #879534, #879532, #879193, #894852
+That also matches upstream where GTK backend for graphics is the #1 thing.
+
+#2 Supportability
+The reason everyone wanted to get off SDL was maintainability as I mentioned. And as of today you'll find that none of the SDL libs is in main anymore (since Cosmic).
+*sdl* is universe nowadays.
+And we can't make a good case for it (to MIR it) as GTK solves it - at least from the qemu POV.
+
+#3 About the man page, this isn't patched for features enabled/disabled by the upstream build system. For example it also contains "pvrdma" which is disabled for security reasons (and many other things).
+
+I must conclude that as-is I won't enable sdl, but then why does it insist on `-display sdl` in the first place. `-display gtk` is just as good or better. Is that our package of packer.io that we'd want to adapt or a PR for upstream maybe?
+
+Also misfiled against upstream's Qemu - this clearly was meant for Ubuntu's Qemu as technically upstream is still fine enabling sdl (if the package builder wants to).
+
+Changing the bug tasks ...
+
+Ha, Thomas beat me to re-target the bug while I was checking my inbox - thanks :-)
+
+Thanks for the explanation. MAAS is starting to use Packer to create custom images so we may be packaging this soon. I will filed an upstream bug[1] and created a patch[2] to fix the issue.
+
+[1] https://github.com/hashicorp/packer/issues/7675
+[2] https://github.com/hashicorp/packer/pull/7676
+
+Thanks, I subscribed there and already participate in the discussion
+