On 07/16/2014 05:39 PM, David Mansfield wrote:
On 07/15/2014 11:22 AM, Marc-André Lureau wrote:
Hi
- Original Message -
Hi All,
We have been piloting deployments of VM using Fedora 20 host and guest
and have been very happy with performance and stability in almost every
respect, so
The beginning of the surface data needs to be computed correctly if the
stride is negative, otherwise, it should point already to the beginning
of the surface data. This bug seems to exists since 4a208b (0.5.2)
https://bugzilla.redhat.com/show_bug.cgi?id=1029646
---
server/red_worker.c | 4 +++-
On 08/06/2014 10:50 AM, Alon Levy wrote:
On 08/06/2014 06:17 PM, Jeremy White wrote:
I would advice against going for a protocol translater, your time would
better spend on doing this properly right away.
You don't think the kernel guys will push back, saying there is already
an existing ip-to
ack
- Original Message -
> It's unconditionnally defined at build time in the global CPP flags, so
> the #ifdef SW_CANVAS_CACHE are always enabled and can be removed.
> ---
> gtk/channel-display.c | 6 --
> 1 file changed, 6 deletions(-)
>
> diff --git a/gtk/channel-display.c b/gtk/c
When building a source file from a different directory, automake 1.14
is warning that the automake option 'subdir-objects' must be used:
automake: warnings are treated as errors
gtk/Makefile.am:218: warning: source file
'$(top_srcdir)/spice-common/common/sw_canvas.c' is in a subdirectory,
gtk/Make
On 08/06/2014 06:17 PM, Jeremy White wrote:
>> I would advice against going for a protocol translater, your time would
>> better spend on doing this properly right away.
>
> You don't think the kernel guys will push back, saying there is already
> an existing ip-to-usb device, and we should just u
On 08/06/2014 06:14 PM, Jeremy White wrote:
>>> And, finally, if that's all right - on to the next question: where
>>> should spiceccid fit in the XSpice stack? Should it be part of the Xorg
>>> driver? Should it be a vd_agent process?
>>
>> I'm not sure - I was thinking a third part, this time
This is a resend of patches I sent a while back. Build with automake 1.14 is
still broken with git master. This new version gets rid of the changes in
spice-common which were a bit tricky to get working with spice-server.
Christophe
___
Spice-devel mail
It's unconditionnally defined at build time in the global CPP flags, so
the #ifdef SW_CANVAS_CACHE are always enabled and can be removed.
---
gtk/channel-display.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/gtk/channel-display.c b/gtk/channel-display.c
index 6fa97aa..20dfe55 100644
-
I would advice against going for a protocol translater, your time would
better spend on doing this properly right away.
You don't think the kernel guys will push back, saying there is already
an existing ip-to-usb device, and we should just use that one?
Cheers,
Jeremy
__
And, finally, if that's all right - on to the next question: where
should spiceccid fit in the XSpice stack? Should it be part of the Xorg
driver? Should it be a vd_agent process?
I'm not sure - I was thinking a third part, this time it's a bit more
complicated, basically having a pcscd drive
Hmm, it's a little difficult to describe the issue.
When connecting guest by virt-viewer(build with mingw32-spice-gtk) through
WAN and then
draging a large file(100+M maybe, it depends) from client to guest, the
main window exit immediately.
BUT it's always ok if I don't drag a file.
I test the
On 08/05/2014 05:33 PM, Jeremy White wrote:
> Thanks!
>
> I'm going to mostly repeat what I think you just said to make sure I
> understand you; please correct me if I get it wrong.
>
>> Yes. But just note that spice-server doesn't do anything except move
>> bytes around. The actual protocols inv
On 08/06/2014 02:02 PM, Hans de Goede wrote:
> Hi,
>
> On 08/06/2014 08:02 AM, Alon Levy wrote:
>> On 08/05/2014 10:52 PM, Jeremy White wrote:
>>> While I'm researching, I thought I'd look into the next challenge for
>>> XSpice - usb device redirection.
>>>
>>> It faces similar challenges to the C
Hi,
On 08/06/2014 08:02 AM, Alon Levy wrote:
> On 08/05/2014 10:52 PM, Jeremy White wrote:
>> While I'm researching, I thought I'd look into the next challenge for
>> XSpice - usb device redirection.
>>
>> It faces similar challenges to the CAC card stuff. That is, my sense is
>> that the usbredi
On Mon, Aug 4, 2014 at 3:39 PM, Christophe Fergeau
wrote:
> On Mon, Jul 14, 2014 at 01:44:45PM +0200, Fabiano Fidêncio wrote:
> > On Mon, Jul 14, 2014 at 1:30 PM, Marc-André Lureau
> > wrote:
> > > Could malloc & free do not have annotations like the glib ones.
> > >
> > > What happens for examp
On Wed, Aug 06, 2014 at 05:38:31PM +0800, Cody Chan wrote:
> Hi, I didn't mean there's no place to download spice-gtk tarball,
> I mean the gitweb page now is not what it should be displayed,
> from the following two screenshots you can understand
> http://int64ago-tmp.qiniudn.com/1.png
> http://i
Hi, I didn't mean there's no place to download spice-gtk tarball,
I mean the gitweb page now is not what it should be displayed,
from the following two screenshots you can understand
http://int64ago-tmp.qiniudn.com/1.png
http://int64ago-tmp.qiniudn.com/2.png
Any way, the download here http://cgit
Hey,
For what it's worth, spice-gtk tarballs should be downloaded from
http://www.spice-space.org/download/gtk/
Christophe
pgpgw1uNlxlTl.pgp
Description: PGP signature
___
Spice-devel mailing list
Spice-devel@lists.freedesktop.org
http://lists.freedes
19 matches
Mail list logo
