Hey,
On Wed, Sep 25, 2013 at 01:16:21PM -0400, David Mansfield wrote:
> Here is exactly what isn't working:
>
> Environment:
> F19 host, F19 guest both fully updated, with or without virt-preview
> repository. F19 remote-viewer. I've also tried adjusting ram and
> vram setting a few times but cu
- Original Message -
>
>
> 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 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)
no, I do not need it - I was just curios.
___
Spice-devel mailing list
Spice-devel@lists.freedesktop.o
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 Whe
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 insertions
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 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
> ---
> server/red_wo
ack
On Thu, Sep 26, 2013 at 4:55 PM, Yonit Halperin 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
> ++--
> server/red_channe
On Thu, Sep 26, 2013 at 4:55 PM, Yonit Halperin 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 surface, we n
On 09/26/2013 04:16 AM, Christophe Fergeau wrote:
Hey,
On Wed, Sep 25, 2013 at 01:16:21PM -0400, David Mansfield wrote:
Here is exactly what isn't working:
Environment:
F19 host, F19 guest both fully updated, with or without virt-preview
repository. F19 remote-viewer. I've also tried adjusti
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 insertions
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 thi
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 wrote:
> rhbz#1004443
>
> The methods that trigger waitings on the clie
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 b/gtk/s
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 **:
red_worker.c:11473:
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 c
23 matches
Mail list logo