On 18/01/17 21:29, Snir Sheriber wrote:
Needed in order to avoid compilation error when gstreamer is
unavailable
---
server/tests/Makefile.am | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
Is this patch headed for the tree any time soon?
Without it, compilation on systems withou
Checking the git logs, in Oct the required glib version was bumped to
2.22. Since that point logging has been added using g_test_* functions
which were apparently added in 2.38. Trying to build on 2.33 (which I
was) therefore passes the configure tests, but fails to build.
Regards,
Brad
__
On 02/09/14 14:59, Alon Levy wrote:
If you think the client is generating the presses do:
export G_MESSAGES_DEBUG=all
export SPICE_DEBUG=1
remote-viewer spice://host:port/ | grep key_event
(lt-spicy:24353): GSpice-DEBUG: spice-gtk-session.c:172 inputs-3:0:
client_modifiers:0x2, guest_modifi
G'day All,
I'm attempting to run an OSX guest using spice as the remote display
protocol (Yes, it's running on Apple hardware). The guest is using the
standard vga driver.
I'm using the latest git of spice, spice-gtk, qemu and the kernel.
The issue I'm bumping up against is it appears someth
G'day all,
I'm after some advice on a spice client I could use on unmanaged X.
I have a client machine with 3 heads. What I would like is to be able to
do is access a spice server and have the three heads appear on my client
like they are native. As an example, this is the way I do it with it
G'day Christophe,
On 03/02/14 21:19, Christophe Fergeau wrote:
Hi,
A new release of the SPICE Guest Tools for Windows is now available at
http://spice-space.org/download/windows/spice-guest-tools/spice-guest-tools-0.74.exe
The virtio-win drivers have been updated to 0.74, and there's also a n
On 30/08/13 21:36, Alexandre DERUMIER wrote:
Hi,
I'm looking for documentation about multi monitor setup, and I can't find it.
How do it work ?
Here's how I do it.
#!/bin/sh
qemu -enable-kvm\
-m 24576\
-rtc base=localtime\
-vga qxl\
-device qxl\
-net nic,model=virtio\
-net tap,ifname=t
On 05/07/13 23:25, Yonit Halperin wrote:
rhbz#968050
In contrast to Microsoft Msdn documentation, the iUniq of a SURFOBJ doesn't
always change when the surface changes. However, it seems that the
iUniq of the associated color_trans (XLATEOBJ) changes, while its
flXlate=XO_TRIVIAL. Since we tried
