On Tue, Mar 31, 2015 at 3:03 PM, Pavel Grunt pgr...@redhat.com
wrote:
Do not allow to zoom out if it is not possible due to the width of
the top menu. It avoids emitting size allocation events that will
change the display resolution of the spice guest.
Resolves:
Cole Robinson crobi...@redhat.com writes:
ACK, but I'm surprised the test suite doesn't need tweaking. maybe we should
extend a clone test to use the fake qemu URI so we can validate format copying
in the output disk XML
thanks for the review. I've pushed this for now, I'll take a look at a
On Mon, Mar 30, 2015 at 06:05:28PM +0200, Fabiano Fidêncio wrote:
On Mon, Mar 30, 2015 at 3:08 PM, Christophe Fergeau cferg...@redhat.com
wrote:
When using virt-viewer --reconnect, virt-viewer currently crashes when
a SPICE VM is destroyed with virsh destroy
ACK!
Thanks, pushed.
Cole Robinson crobi...@redhat.com writes:
ACK, but I'm surprised the test suite doesn't need tweaking. maybe we should
extend a clone test to use the fake qemu URI so we can validate format copying
in the output disk XML
as follow-up, I've added a test for the cloned disks. OK to push it?
On 04/01/2015 05:42 PM, Charles Arnold wrote:
Under certain conditions I see the guest CPU usage display not
being updated. The problem seems most prevalent when Xen
is the underlying hypervisor but I have seen it occasionally with
KVM.
What appears to be happening is that when a VM is
On 3/31/2015 7:32 PM, Stephen wrote:
Hi,
I’ve tried to understand from the online docs
but I can’t get a single VM to route to a public
IP as a web server.
I’ve tried adding networks, bridging interfaces,
using NAT vs Routed, VLANS.
My env:
VM = 192.168
Eth0Host = 200.200
Router =
Under certain conditions I see the guest CPU usage display not
being updated. The problem seems most prevalent when Xen
is the underlying hypervisor but I have seen it occasionally with
KVM.
What appears to be happening is that when a VM is created, the
engine's _handle_tick_queue() calls the
