10.05.2020 12:35, Michael Tokarev пишет:
> 09.05.2020 06:44, Frédéric Brière wrote:
>> On Fri, Sep 06, 2019 at 12:10:21AM -0400, Shmerl wrote:
>>> The desktop entry file "/usr/share/applications/qemu.desktop" has Type=
>>> "Application" but no Exec line
>
> I think this is actually not a bug, per se.
>
> The thing is that there's no "qemu" executable/binary, there's actually
> a _set_ of executables/binaries, one for each emulated architecture. So
> there's no _single_ executable to put to this qemu.desktop file.
>
> I think the best will be to just remove the file, not shipping it. Because
> in reality it makes no sense to provide _one_ file, and it makes no sense
> to try to start qemu like this, when it needs numerous arguments describing
> a virtual machine we want to create.
>
> I'll remove the file for the next upload.
After finding out _why_ this file has been created in the first
place, I'll just close this bugreport right away.
commit 67ea95468230fd1619235bf54b63c384cb3a9c51
Author: Daniel P. Berrangé <berra...@redhat.com>
Date: Thu Jan 10 12:00:46 2019 +0000
ui: fix icon display for GTK frontend under GNOME Shell with Wayland
The icon associated with a GtkWindow is just a hint to window managers
and not all of them will honour it. Some will instead want to show the
icon listed by the .desktop file. The desktop file is located based on
the application ID, which is set using g_set_prgname. QEMU has not
historically provided a desktop file or set its app ID, so it got a
broken icon in GNOME shell, which is now fixed.
So the whole purpose of this file is to help a desktop environment to display
the right _icon_ for running qemu.
Note the file has
NoDisplay=true
so the file itself should not be shown in the first place.
/mjt
