1 files changed, 93 insertions, 0 deletions
diff --git a/results/classifier/118/none/1868221 b/results/classifier/118/none/1868221
new file mode 100644
index 000000000..f4bf48e35
--- /dev/null
+++ b/results/classifier/118/none/1868221
@@ -0,0 +1,93 @@
+socket: 0.425
+mistranslation: 0.409
+device: 0.407
+kernel: 0.399
+PID: 0.382
+semantic: 0.379
+files: 0.358
+permissions: 0.328
+ppc: 0.301
+register: 0.297
+network: 0.294
+architecture: 0.268
+hypervisor: 0.265
+boot: 0.257
+performance: 0.255
+graphic: 0.251
+user-level: 0.235
+debug: 0.196
+arm: 0.181
+peripherals: 0.179
+vnc: 0.176
+risc-v: 0.157
+i386: 0.127
+VMM: 0.126
+TCG: 0.103
+x86: 0.102
+KVM: 0.092
+assembly: 0.091
+virtual: 0.085
+
+/usr/share/applications/qemu.desktop should have an "Exec=" key.
+
+According to the www.freedesktop.org .desktop-file specification, all "Application" desktop files should have an "Exec=" key. The one in qemu doesn't. 
+
+This can be easily verified by running kbuildsycoca4 if KDE4 is present, but the issue is not DE-dependent.
+
+Which binary exactly should be assigned as the default one, I don't know.
+
+The specification can be seen here:
+
+https://specifications.freedesktop.org/desktop-entry-spec/desktop-entry-spec-latest.html#exec-variables
+
+Adding an exec field would not be right, because QEMU can't simply be launched from the desktop without any arguments. There needs to be a long string of arguments given that are different for every QEMU that is launched. The only viable way to actually launch QEMU is interactively from the terminal, or indirectly via a 3rd party app like virt-manager. We only created the qemu.desktop file in the first place because Wayland needs this to be present in order to identify what Icon to display for a window. 
+
+Note that  QEMU sets the NoDisplay=true property to tell desktops not to display this entry. I don't think KDE should be warning about missing Exec entry in this case.
+
+
+I'll report a bug in KDE and let's see if the guys agree. Maybe it is a deficiency of the .desktop specification.
+
+
+Thank you Lockywolf for this bug report.  Have you filed one against KDE as you previously mentioned?  If so, could you provide us with a link?  Thanks in advance!
+
+I am sorry I haven't dealt with this bug for quite a while. KDE 5 is not properly working on my distro, and I wanted to test it when it stabilises. 
+
+If qemu dislikes long-standing bugs, this bug can be closed, and I'll open a new one when I have time to test it on the new KDE.
+
+
+What's the actual problem we're trying to solve here? What needs to be tested?
+
+I can confirm that this behaviour is still present on kde 5.20.4.
+
+You can run e.g. khelpcenter and observe:
+
+kf.service.services: The desktop entry file "/usr/share/applications/qemu.desktop" has Type= "Application" but no Exec line
+kf.service.sycoca: Invalid Service :  "/usr/share/applications/qemu.desktop" 
+
+
+A bug on KDE bug tracker:
+
+https://bugs.kde.org/show_bug.cgi?id=430157
+
+
+The QEMU project is currently considering to move its bug tracking to
+another system. For this we need to know which bugs are still valid
+and which could be closed already. Thus we are setting older bugs to
+"Incomplete" now.
+
+If you still think this bug report here is valid, then please switch
+the state back to "New" within the next 60 days, otherwise this report
+will be marked as "Expired". Or please mark it as "Fix Released" if
+the problem has been solved with a newer version of QEMU already.
+
+Thank you and sorry for the inconvenience.
+
+
+
+This is an automated cleanup. This bug report has been moved to QEMU's
+new bug tracker on gitlab.com and thus gets marked as 'expired' now.
+Please continue with the discussion here:
+
+ https://gitlab.com/qemu-project/qemu/-/issues/440
+
+