https://groups.google.com/forum/#!forum/fosdem14-virt-and-iaas-devroom
Call for Participation
The scope for this devroom is open source, openly-developed projects in
the areas of virtualisation and IaaS type clouds, ranging from low level
to data center, up to cloud management platforms an
It would be nice to fix the generator to use full names (including the name of
the owning struct) for these variables (e.g. u_foo for members of the outer 'u'
struct and u_u_foo for members of the inner 'u' struct). I spent some time
looking at the generator code and experimented a bit with it,
Use same license as spice-gtk and spice modules (LGPL 2.1) since those licenses
applied to the spice-common submodule in the past. This makes it more clear
that if you use spice-common separately, the license is still LGPL. Also
mention license and copyright in generated files.
---
spice_codegen
Hi,
bad news related to the OSX Client.
I just finished implementing a SDL "alpha-" backend for the gtk widget.
as I did not figure out how to draw into an existing window I was
opening a new windows using SDL and implemented a draw-function for my
spice-widget-sdl.c that simply takes the pix
On 10/22/2013 04:47 PM, Alon Levy wrote:
> Our automatically generated marshallers use temporary variables whose
> name is based on the field, without checking for shadowing. This bites
> us in one location that is fixed by this patch. A better solution would
> be to fix the marshaller, but it's mo
Our automatically generated marshallers use temporary variables whose
name is based on the field, without checking for shadowing. This bites
us in one location that is fixed by this patch. A better solution would
be to fix the marshaller, but it's more then I want to bite right now.
RHBZ: 1021995
The current implementation does not work with mechanism using
WANT_CLIENT_FIRST (plain, ntlm).
I am not sure if the fix is 100% correct, because the comment in the
source says that we always need an additional sasl_step?
___
Spice-devel mailing list
Spi
Current code works with DIGEST-MD5, but not with PLAIN.
Signed-off-by: Dietmar Maurer
Index: new/gtk/spice-channel.c
===
--- new.orig/gtk/spice-channel.c2013-10-22 09:04:23.0 +0200
+++ new/gtk/spice-channel.c 201
> I don't think mandating that the username we use for SASL is the unix user
> name
> the client runs as makes a lot of sense. Imo it would be better if we always
> asked
> for username/password when SASL asks for it, and prefill the username field
> with the local unix user name.
Exactly. I can
On Sat, Oct 19, 2013 at 11:53:55AM -0400, Marc-André Lureau wrote:
> > Why? Using SASL without username is a bit limited - or do I miss something?
>
> Current SASL implementation in Spice doesn't support username.
>
> > And you can still use tickets if you check for strlen(username) == 0 ?
>
> T
I am using following file on windows client to access portal using spice:
virt-viewer-0.5.3.exe
On Mon, Oct 21, 2013 at 8:17 PM, Christophe Fergeau wrote:
> On Mon, Oct 21, 2013 at 04:19:21PM +0530, Vishvendra Singh Chauhan wrote:
> > *I am working on Ovirt Data Center. Basically here in our DC
Seems that ticket auth does not work as soon as SASL is enabled on client and
server.
Is that expected behaviour?
___
Spice-devel mailing list
Spice-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/spice-devel
On Mon, Oct 21, 2013 at 09:11:02PM +0530, Vishvendra Singh Chauhan wrote:
> I am using following file on windows client to access portal using spice:
>
> virt-viewer-0.5.3.exe
Please try the latest virt-viewer builds, I think they have some keyboard
related fixes:
http://virt-manager.org/download
13 matches
Mail list logo
