On 01/07/2014 01:28 AM, Marc-André Lureau wrote:
> ping
Looks good to me.
>
> On Thu, Nov 14, 2013 at 5:03 PM, Marc-André Lureau
> wrote:
>> From: Marc-André Lureau
>>
>> Do not send clipboard data bigger than last received
>> VDAgentMaxClipboard.
>>
>> There is no need to further limit at the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/07/2014 01:10 PM, Lindsay Mathieson wrote:
> On Tue, 7 Jan 2014 10:38:26 AM David Ja?a wrote:
>> No, only one client can connect at the same time.
>>
>> David
>>
>> On Út, 2014-01-07 at 10:05 +0800, hhb584520 wrote:
>>> how to multiple spice cl
On 01/07/2014 01:14 PM, Christophe Fergeau wrote:
> They are renamed to reds_stream_write*
You also changed the return type for reds_stream_write_all (was
sync_write) to bool, which is now being cast to int in some code paths.
Not an objection, but perhaps worth a later patch (unless it's already
On 01/07/2014 01:14 PM, Christophe Fergeau wrote:
> ---
> server/reds.c| 6 +++---
> server/reds_stream.c | 9 +
> server/reds_stream.h | 2 ++
> 3 files changed, 14 insertions(+), 3 deletions(-)
>
> diff --git a/server/reds.c b/server/reds.c
> index a993f2c..c6983d8 100644
> ---
This channel provides a webdav server (rfc4918). This allows various
guest or remote system that support webdav to access a folder shared by
the client (some agent can be used to proxy the requests on a local port
for example). The webdav server may also be accessed by an hypervisor as
a remote fil
For example, with qemu, a webdav channel can be created this way:
-chardev spiceport,name=org.spice-space.webdav.0,...
And redirected to a virtio port:
-device virtserialport,...,name=org.spice-space.webdav.0
---
server/reds.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff
From: Marc-André Lureau
If the port is already opened, emit a "opened" port-event on init. This
simplifies user code to only handle port events.
---
gtk/channel-port.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/gtk/channel-port.c b/gtk/channel-port.c
index 11948bb..0
From: Marc-André Lureau
Hi,
This is the work in progress of a webdav channel implementation for
spice-gtk. See spice.proto RFC and commit comments for more details.
To test the channel, launch qemu with org.spice-space.webdav.0 port redirected
to virtio, ex:
-device virtserialport,..,chardev
From: Marc-André Lureau
Some ports may want to live a bit longer, such as following webdav.
---
gtk/spicy.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/gtk/spicy.c b/gtk/spicy.c
index dff9d44..39ff0e3 100644
--- a/gtk/spicy.c
+++ b/gtk/spicy.c
@@ -1475,6 +1475,7 @@ stat
From: Marc-André Lureau
This allows to use conveniently GIOStream APIs without caring about
coroutine and Spice messages details.
---
gtk/Makefile.am | 2 +
gtk/channel-base.c | 48 +
gtk/channel-port.c | 33 +--
gtk/spice-channel-priv.h | 8 +
gtk/vmcstream.c
This daemon publishes a local port to proxy a webdav server served over
/dev/virtio-ports/org.spice-space.webdav.0 (See spice-common protocol
documentation for details of this channel)
The service is announced over avahi/mdns, so that applications such as
nautilus can quickly notice existence of a
Ping...
On Tue, Dec 31, 2013 at 2:28 AM, Fedor Lyakhov wrote:
> Hi all,
>
> I've sent a preview patch of this work. Please confirm
> 1) the names of the bus, interface, object path
> 2) the interface itself (currently 3 read-only properties: Connected,
> Type and Speed)
> 3) I'm not sure whether
On 10 January 2014 19:40, Christophe Fergeau wrote:
> Hey,
>
> On Fri, Jan 10, 2014 at 10:44:40AM +1000, Lindsay Mathieson wrote:
>> On 9 January 2014 19:17, Christophe Fergeau wrote:
>> > Any chance you could get a backtrace ?
>>
>> Do you still want that give the gtk 2.0 build works?
>
> Would
13 matches
Mail list logo
