Hi Uri,
>> I want access to the guest consoles, which means spice connections to
>> the host. But I want those connections secured either by TLS or SSH.
>> So far can get only plain insecure spice connections from a windows
>> workstation to the kvm host.
>
> You should be able to use secure ports
Hi Uri,
>> The CA certificate configured on the kvm host (saved as
>> "/etc/pki/CA/cacert.pem") has to be copied to
>> $HOME/.spicec/spice_trusstore.pem. A symbolic link also works fine.
>>
>> On Windows, you have to copy the CA cert "spice_trustore.pem" to
>> "C:\Users\\.spicec". Note Windows Expl
On 08/26/2013 10:49 PM, Fernando Lozano wrote:
Hi there,
I partially solved my question. Describing it here so others can find
on the mailing list archives.
That is, I solved only for remote-viewer on Windows. virt-viewer and
virsh still cannot connect using TLS.
I downloaded the latest v
On 08/26/2013 06:46 PM, Fernando Lozano wrote:
Hi Alon,
So you want to access the guest or the host? If the guest, that's
exactly what I meant, since spice doesn't have any other connection
except to the host, i.e. the process running the spice-server
(qemu/qemu-kvm).
I want access to the gues
The failure to ack pings led to a nasty bug whereby an inactive client hangs.
The relatively recent change to monitor latency with ping exposed this bug.
Signed-off-by: Jeremy White
---
spiceconn.js | 20 +---
1 file changed, 9 insertions(+), 11 deletions(-)
diff --git a/spic
ACK.
On 08/27/2013 09:56 PM, Jonathon Jongsma wrote:
Documentation for spice_main_clipboard_selection_request() refers to deprecated
signal 'main-clipboard' instead of 'main-clipboard-selection'
---
gtk/channel-main.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gtk/cha
Documentation for spice_main_clipboard_selection_request() refers to deprecated
signal 'main-clipboard' instead of 'main-clipboard-selection'
---
gtk/channel-main.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gtk/channel-main.c b/gtk/channel-main.c
index b9e0da2..fb1bc00 10
On Mon, Aug 26, 2013 at 04:30:59PM +0200, Martin Kletzander wrote:
> diff --git a/gtk/spice-widget.c b/gtk/spice-widget.c
> index d25edca..d18b39d 100644
> --- a/gtk/spice-widget.c
> +++ b/gtk/spice-widget.c
> @@ -1,6 +1,6 @@
> /* -*- Mode: C; c-basic-offset: 4; indent-tabs-mode: nil -*- */
> /*
Hi
- Mensaje original -
> Similarly to spice_display_mouse_ungrab(), this is intedned to be used
> from outside code to force the display to grab the mouse (and
> keyboard).
That sounds reasonable, although we probably want the function to return
whether it succeeded.
What should happen
Similarly to spice_display_mouse_ungrab(), this is intedned to be used
from outside code to force the display to grab the mouse (and
keyboard).
Signed-off-by: Martin Kletzander
---
doc/reference/spice-gtk-sections.txt | 2 +-
gtk/map-file | 1 +
gtk/spice-gtk-sym-file
The 26/08/13, Fernando Lozano wrote:
> Hi there,
>
> I apreciate very much the hard work from red hat/fedora developers on
> this, spice looks amazing (defintely much better than vnc) but when you
> have easy to use graphical admin tools for proprietary hypervisors (and
> the now open-sourced X
On 08/26/2013 11:38 PM, Jonathon Jongsma wrote:
The argument given to g_option_context_new() was apparently copy/pasted from
spicy-screenshot and therefore inaccurate for spicy-stats. Since the actual
description of the program (from _set_summary()) is displayed on the next line
anyway, simply m
12 matches
Mail list logo
