- Package:
- qemu-system-data
- Source:
- qemu-system-data
- Submitter:
- antonio
- Date:
- 2024-10-25 10:21:02 UTC
- Severity:
- normal
- Tags:
Dear Maintainer, I note this warning. Thanks.
05.07.2023 10:25, antonio wrote: Sure, thank you. Not all warnings are equally useful. If a program think this file is invalid, it does not mean it is actually invalid. It is done this way on a purpose, and the shipped .desktop file - without Exec line - is valid. I suggest to raise this matter with kbuildsycoca5. Thanks, /mjt
But what *is* its purpose then?
10.11.2023 01:42, Thorsten Glaser : The application icon. Without this .desktop file, there will be no icon displayed for running qemus. /mjt
Are you sure the file isn't malformed? The desktop entry specification[1] says "The Exec key is required if DBusActivatable is not set to true". I'm not seeing much wiggle room here. :P [1]: https://specifications.freedesktop.org/desktop-entry-spec/latest/recognized-keys.html
24.10.2024 18:28, Michael Deegan wrote: I don't care if it is malformed or not as long as it suits the purpose. /mjt
24.10.2024 18:43, Michael Tokarev wrote:
Since there's no executable to use for the Exec key here, we have
2 alternatives:
1) ship .desktop file without Exec= -- to have an icon for various
qemu-system-* processes started from command line, as it is done
now
2) close this bug by removing the "malformed" .desktop file and do
not have an icon for qemu-system-* processes
The .desktop file is used for two purposes: for a running application
to have an icon, and to run an application. There's no icon displayed
by desktop environments without a desktop file. Since qemu don't ship
an application to be run from a desktop file (and no dbus service
either), I can't fill this field. But I need to specify which icon
to use.
I guess this issue should be redirected to freedesktop.org.
/mjt