Still not totally sure whether we want --all or not, but I'm willing to
try it like this and see whether we get any feedback from users.
Acked-by: Jonathon Jongsma
On Thu, 2019-05-09 at 14:40 +0200, Michal Privoznik wrote:
> With this change one can get list of domains on the command line:
>
With this change one can get list of domains on the command line:
$ virt-viewer -c qemu:///system
dom1 dom2 ... domN
The list of domains is fetched using virsh, hence the dependency
on libvirt-client recorded in the spec file. I think it's fair
to assume that Linux hosts with
On 5/9/19 10:50 AM, Michal Privoznik wrote:
On 5/7/19 8:32 PM, Jonathon Jongsma wrote:
On Mon, 2019-05-06 at 13:27 +0200, Michal Privoznik wrote:
With this change one can get list of domains on the command line:
$ virt-viewer -c qemu:///system
dom1 dom2 ... domN
The list of
On 5/7/19 8:32 PM, Jonathon Jongsma wrote:
On Mon, 2019-05-06 at 13:27 +0200, Michal Privoznik wrote:
With this change one can get list of domains on the command line:
$ virt-viewer -c qemu:///system
dom1 dom2 ... domN
The list of domains is fetched using virsh, hence the
> -Original Message-
> From: Gerd Hoffmann [mailto:g...@kraxel.org]
> Sent: Thursday, May 9, 2019 3:28 PM
> To: Alex Ivanov
> Cc: Yuan, Hang ; libvirt-us...@redhat.com; igvt-
> g...@lists.01.org; virt-tools-list@redhat.com
> Subject: Re: [iGVT-g] GVT-g - suboptimal user experience
>
>
Hi,
> 1. Its about local display / dmabuf feature. Currently user needs to
> use virt-viewer tool. But virt-manager already incorporates graphical
> console. It would be nice if it could support accelerated gvt-g local
> display.
virt-manager and virt-viewer essentially run the same code spice