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
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 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
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 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
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
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
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 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
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
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
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
+++
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
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
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
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:
>
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
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
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];
>
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-
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
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
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]; /
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
24 matches
Mail list logo
