Interestingly, this doesn't seem to prevent it from working
correctly. So this patch is mostly for correctness.
---
SpiceXPI/src/plugin/nsISpicec.idl |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/SpiceXPI/src/plugin/nsISpicec.idl
b/SpiceXPI/src/plugin/nsISpicec.idl
inde
This allows the client to identify a Spice server. This can be useful
to associate data/configuration with this particular server.
The corresponding main channel messages are:
message {
uint8 uuid[16];
} uuid;
message {
uint32 name_len;
uint8 name[name_len]; /
A message with a fixed-size array, such as uint8 uuid[16] will
generate an invalid code, missing the __nelements variable. Make sure
that variable is defined.
---
python_modules/demarshal.py |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/python_modules/demarshal.py b/pyt
Add spice_server_set_name() and spice_server_set_uuid() that allows
the client to identify a Spice server (useful to associate settings
with a particular server)
The SPICE_MSG_MAIN_NAME and SPICE_MSG_MAIN_UUID messages are only sent
to capable clients, announcing SPICE_MAIN_CAP_NAME and
SPICE_MAIN
Allows a client to identify the server it is connected to.
---
common/messages.h |9 ++
gtk/channel-main.c | 28 +++
gtk/spice-session-priv.h|5 +++-
gtk/spice-session.c | 63 +++
gtk/spice-util-
On Fri, Mar 02, 2012 at 01:46:58PM +0100, Marc-André Lureau wrote:
> This allows the client to identify a Spice server. This can be useful
> to associate data/configuration with this particular server.
>
> The corresponding main channel messages are:
>
> message {
> uint8 uuid[16];
>
On Fri, Mar 2, 2012 at 2:10 PM, Christophe Fergeau wrote:
> Do we really need 2 separate messages for this?
You don't necessarily have the 2 value available, you may have none,
one or the other, or both.
If we want to have a single message, we would have to use a boolean
"is set" or an invalid v
You will either need to upgrade your gcc to a newer version that supports
vala or you will need to install the valac compiler.
If you want to use the valac compiler: sudo apt-get install valac
Afterwards, configure the spice build with --enable_vala=yes
Brian
On Fri, Mar 2, 2012 at 6:48 AM, Naga
So there are two ways to connect from windows -
ovirt portals - does require activex plugin (not built)
spice - (not tried/tested ?) as spice is cross platform (windows and linux)
So I should just go ahead pull the code, compile and try
On Thu, Mar 1, 2012 at 11:04 AM, Marian Krcmarik wrote:
>
Hi
Anybody know how to install virtio-serial driver in guest OS (ubuntu 10.4
64)?
--
Thanks!
Andrew
___
Spice-devel mailing list
Spice-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/spice-devel
Andrew Zhang píše v Čt 01. 03. 2012 v 23:16 -0500:
> Hi
>
> Anybody know how to install virtio-serial driver in guest OS (ubuntu
> 10.4 64)?
the driver is a kernel driver so if your kernel doesn't recognize the
device, you either have to backport the driver to your current kernel or
(this is the
Currently, when a ticket has already expired, or is invalid, there is
no qemu log to tell what went wrong. This commit adds such a log.
Fixes rhbz#787669
---
server/reds.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/server/reds.c b/server/reds.c
index 797d9d5..3a9
This commit adds some log messages indicating which certificates
could be loaded (or not).
Fixes rhbz#787678
---
server/reds.c | 14 ++
1 files changed, 10 insertions(+), 4 deletions(-)
diff --git a/server/reds.c b/server/reds.c
index 3a98456..f93ae6b 100644
--- a/server/reds.c
+++
On Fri, Mar 02, 2012 at 12:29:18PM +0100, Marc-André Lureau wrote:
> Interestingly, this doesn't seem to prevent it from working
> correctly. So this patch is mostly for correctness.
Does this actually require an ACK? :)
Looks good to me.
> ---
> SpiceXPI/src/plugin/nsISpicec.idl |1 +
> 1
On Fri, Mar 02, 2012 at 04:52:42PM +0100, Christophe Fergeau wrote:
> Currently, when a ticket has already expired, or is invalid, there is
> no qemu log to tell what went wrong. This commit adds such a log.
ACK series.
>
> Fixes rhbz#787669
> ---
> server/reds.c |5 +
> 1 files changed
Looks good, ack series.
Regards,
Hans
On 03/02/2012 01:47 PM, Marc-André Lureau wrote:
A message with a fixed-size array, such as uint8 uuid[16] will
generate an invalid code, missing the __nelements variable. Make sure
that variable is defined.
---
python_modules/demarshal.py |2 +-
1
Looks good, ack.
Regards,
Hans
On 03/02/2012 01:46 PM, Marc-André Lureau wrote:
This allows the client to identify a Spice server. This can be useful
to associate data/configuration with this particular server.
The corresponding main channel messages are:
message {
uint8 uuid[1
Looks good, ack.
Regards,
Hans
On 03/02/2012 01:48 PM, Marc-André Lureau wrote:
Allows a client to identify the server it is connected to.
---
common/messages.h |9 ++
gtk/channel-main.c | 28 +++
gtk/spice-session-priv.h|5 +++-
gtk/s
Fabiano,
I'm building with upstream spice-gtk. May be Fedora16 supports vala >= 0.14.0
for your case.
Ubuntu 10.04 doesn't support beyond vala > 0.12.0 by default.
Brain,
I installed latest gcc4.4 supported by Ubuntu 10.04 that supports vala v0.12.0
only.
I think it is mandatory to disable va
On 03/02/2012 05:52 PM, Christophe Fergeau wrote:
> This commit adds some log messages indicating which certificates
> could be loaded (or not).
>
> Fixes rhbz#787678
> ---
> server/reds.c | 14 ++
> 1 files changed, 10 insertions(+), 4 deletions(-)
>
> diff --git a/server/reds.c b/s
Hi All,
While rebasing my usb patches on top of upstream qemu master to send them
upstream I noticed
that upstream qemu is broken wrt qxl in 2 ways:
1) No video output in vga mode, when booting a F-16 or F-14 vm no output is
shown at all
until xorg loads
2) qxl mode itself is very very slow.
On Fri, Mar 02, 2012 at 10:47:35PM +0100, Hans de Goede wrote:
> Hi All,
>
> While rebasing my usb patches on top of upstream qemu master to send them
> upstream I noticed
> that upstream qemu is broken wrt qxl in 2 ways:
> 1) No video output in vga mode, when booting a F-16 or F-14 vm no output
I was wondering if anyone had any experience or insight into a way for
a worker in the server to get access to data from the other workers?
Specifically I am looking into some optimization that would require a
worker to have access to the surfaces stored in other workers.
Is there an easy way for t
On Fri, Mar 2, 2012 at 3:49 PM, Naga Mohan Pothula
wrote:
> Fabiano,
> I'm building with upstream spice-gtk. May be Fedora16 supports vala >=
> 0.14.0 for your case.
> Ubuntu 10.04 doesn't support beyond vala > 0.12.0 by default.
Yeap, Fedora16 supports vala >= 0.14.0, but I'm using --disable-val
24 matches
Mail list logo
