[virt-tools-list] [virt-manager PATCH] details: Show users a clue about where to map UEFI/OVMF path in libvirtd

Cole Robinson crobinso at redhat.com
Sat Jun 11 14:55:48 UTC 2016


On 06/11/2016 10:44 AM, Lin Ma wrote:
> Signed-off-by: Lin Ma <lma at suse.com>
> ---
>  virtManager/details.py | 5 ++++-
>  1 file changed, 4 insertions(+), 1 deletion(-)
> 
> diff --git a/virtManager/details.py b/virtManager/details.py
> index 0c369a4..0ac0549 100644
> --- a/virtManager/details.py
> +++ b/virtManager/details.py
> @@ -826,7 +826,10 @@ class vmmDetails(vmmGObjectUI):
>          elif not uefipaths:
>              warn_icon.set_tooltip_text(
>                  _("Libvirt did not detect any UEFI/OVMF firmware image "
> -                  "installed on the host."))
> +                  "installed on the host." + "\n\n" + "Please check if "
> +                  "you have UEFI/OVMF firmware installed and if nvram "
> +                  "option is configured in libvirtd's qemu.conf then "
> +                  "restart libvirtd."))
>  

Thanks for the patch, but I don't really like this. For one, checking
qemu.conf isn't really accurate, since the default ovmf list can be specified
via libvirt ./configure options, and in that case qemu.conf isn't accurate.
Secondly, ovmf work is ongoing for the xen driver, so references to qemu.conf
aren't generally applicable.

I don't really have a better suggestion though... maybe put up a wiki page or
blog post with that error and explain what could be going wrong, so people can
google for it?

- Cole

>          model.append([domcaps.label_for_firmware_path(None), None, True])
>          if not uefipaths:
> 




More information about the virt-tools-list mailing list