Il 26/09/2013 12:28, Fabio Fantoni ha scritto:
Il 24/09/2013 13:50, Gerd Hoffmann ha scritto:
Hi,
Someone can help me to find the problem that makes qxl unusable please?
#1 git cherry-pick c58c7b959b93b864a27fd6b3646ee1465ab8832b
Thanks for reply, did this on my new test build.
#2
Hi all,
I successfully using spice on windows xp and 7 guests and now I am going to try
windows 8 but I cannot install spice guest tools 0.59 on windows 8 guest...
it reports unsupported os.
Is windows 8 supported ?
If no, please, could you tell me if it is planned and when it will be released
?
(1) merge 'force' and 'wait_for_outgoing_item' to one parameter.
'wait_for_outgoing_item' is a derivative of 'force'.
(2) move the call to red_wait_outgoing_item to
red_clear_surface_drawables_from_pipe
---
server/red_worker.c | 30 ++
1 file changed, 18
rhbz#1004443
The methods that trigger waitings on the client pipe require that
the waiting will succeed in order to continue, or otherwise, that
all the living pipe items will be released (e.g., when
we must destroy a surface, we need that all its related pipe items will
be released). Shutdown of
(1) receive timeout as a parameter.
(2) add a return value and pass the handling
of failures to the calling routine.
---
server/red_channel.c | 73 ++--
server/red_channel.h | 22 ++--
server/red_worker.c | 55
ack
On Thu, Sep 26, 2013 at 4:55 PM, Yonit Halperin yhalp...@redhat.com wrote:
(1) merge 'force' and 'wait_for_outgoing_item' to one parameter.
'wait_for_outgoing_item' is a derivative of 'force'.
(2) move the call to red_wait_outgoing_item to
red_clear_surface_drawables_from_pipe
---
ack
On Thu, Sep 26, 2013 at 4:55 PM, Yonit Halperin yhalp...@redhat.com wrote:
(1) receive timeout as a parameter.
(2) add a return value and pass the handling
of failures to the calling routine.
---
server/red_channel.c | 73
++--
On Thu, Sep 26, 2013 at 4:55 PM, Yonit Halperin yhalp...@redhat.com wrote:
rhbz#1004443
The methods that trigger waitings on the client pipe require that
the waiting will succeed in order to continue, or otherwise, that
all the living pipe items will be released (e.g., when
we must destroy a
Hi,
Seems the msi files for virt-viewer contains the file:
windows-cmdline-wrapper.exe I guess that should be renamed to
remote-viewer.com?
Yes, do you have needs for it? (it's not as
useful as I wished it would, unfortunately)
I saw this file but never
used it. What's his prurpose?
Use same implementation as spice-gtk, to avoid need to explicitely set
smartcard support
---
configure.ac | 24 ++--
1 file changed, 14 insertions(+), 10 deletions(-)
diff --git a/configure.ac b/configure.ac
index b5cb960..acb7626 100644
--- a/configure.ac
+++ b/configure.ac
rhbz#1004443
The methods that trigger waitings on the client pipe require that
the waiting will succeed in order to continue, or otherwise, that
all the living pipe items will be released (e.g., when
we must destroy a surface, we need that all its related pipe items will
be released). Shutdown of
(1) receive timeout as a parameter.
(2) add a return value and pass the handling
of failures to the calling routine.
---
server/red_channel.c | 73 ++--
server/red_channel.h | 22 ++--
server/red_worker.c | 55
(1) merge 'force' and 'wait_for_outgoing_item' to one parameter.
'wait_for_outgoing_item' is a derivative of 'force'.
(2) move the call to red_wait_outgoing_item to
red_clear_surface_drawables_from_pipe
---
server/red_worker.c | 30 ++
1 file changed, 18
Hi
- Original Message -
Hi,
Seems the msi files for virt-viewer contains the file:
windows-cmdline-wrapper.exe I guess that should be renamed to
remote-viewer.com?
Yes, do you have needs for it? (it's not as useful as I wished it would,
unfortunately)
I saw this file but
Ok, I still don't understand clearly how this avoids the crash in rhbz#1004443
But I am ready to trust you on this one... So if nobody else shimes
here, consider this as ack :)
On Thu, Sep 26, 2013 at 7:59 PM, Yonit Halperin yhalp...@redhat.com wrote:
rhbz#1004443
The methods that trigger
Since 5f67178c, alt-tab is no longer grabbed by the client. The keyboard
hook still needs to handle WM_SYSKEY{DOWN,UP} messages.
https://bugzilla.redhat.com/show_bug.cgi?id=873341
---
gtk/spice-widget.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gtk/spice-widget.c
Thanks for the ack, but I'll try to convince you anyway :)
The crash details are:
kvm:14005): SpiceWorker-Warning **:
red_worker.c:11009:red_wait_outgoing_item: timeout
09/03 15:22:26 INFO | aexpect:0816| [qemu output]
(/usr/libexec/qemu-kvm:14005): SpiceWorker-ERROR **:
Hi all,
Where is the source code of aSpice?
And is there a spice version in iOS?
Thanks!
Best Regards,
Edward Shen
___
Spice-devel mailing list
Spice-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/spice-devel
Hi Marc-André iordanov
The gstreamer backend should be improved, with the end goal to drop the pulse
backend. But changing latency dynamically with GStreamer seems to be tricky.
Help welcome!
It's really problem as Marc said about for latency of gstaudio, it's pretty in
some pure audio case
19 matches
Mail list logo