If spice-gtk is built without PHODAV, libgio is missing from the list of
libraries to link against, causing undefined symbols for all gio functions.
---
gtk/Makefile.am | 1 +
1 file changed, 1 insertion(+)
diff --git a/gtk/Makefile.am b/gtk/Makefile.am
index 8da1a11..f70f821 100644
---
The libsoup-dependency is not directly used but comes in as a dependency
of phodav and phodav has libsoup correctly recorded in its pkg-config
file.
---
configure.ac | 3 ---
1 file changed, 3 deletions(-)
diff --git a/configure.ac b/configure.ac
index 70ab75c..f47ee20 100644
--- a/configure.ac
This makes the phodav dependency configureable.
And name it after the corresponding channel.
---
configure.ac | 21 +
1 file changed, 17 insertions(+), 4 deletions(-)
diff --git a/configure.ac b/configure.ac
index d89bd6f..70ab75c 100644
--- a/configure.ac
+++ b/configure.ac
The libsoup-dependency is not directly used but comes in as a dependency
of phodav and phodav has libsoup correctly recorded in its pkg-config
file.
---
configure.ac | 3 ---
1 file changed, 3 deletions(-)
diff --git a/configure.ac b/configure.ac
index 608d69c..80f4052 100644
--- a/configure.ac
This makes the phodav dependency configureable optional.
---
configure.ac | 19 ---
1 file changed, 16 insertions(+), 3 deletions(-)
diff --git a/configure.ac b/configure.ac
index d89bd6f..608d69c 100644
--- a/configure.ac
+++ b/configure.ac
@@ -270,10 +270,23 @@
Hi Marc-André
Am 20.05.2014 19:31, schrieb Marc-André Lureau:
- Original Message -
This makes the phodav dependency configureable optional.
Well, it is already optional, if phodav isn't available.
In general, I prefer not having a lot of options, but since that doesn't
When using automake =1.14 on spice, the following error occurs:
automake-1.14: warnings are treated as errors
common/Makefile.am:4: warning: source file
'$(srcdir)/generated_client_demarshallers.c' is in a subdirectory,
common/Makefile.am:4: but option 'subdir-objects' is disabled
Fix
Awesome, thanks!
* spice-protocol no longer external.
Does that mean that the spice-protocol package is going away or is that just for
the development release?
Thanks,
Tiziano
--
stepping stone GmbH
Neufeldstrasse 9
CH-3012 Bern
Telefon: +41 31 332 53 63
www.stepping-stone.ch
This is a workaround for broken parallel install support in automake
with LTLIBRARIES, see http://debbugs.gnu.org/cgi/bugreport.cgi?bug=7328
---
gtk/Makefile.am |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/gtk/Makefile.am b/gtk/Makefile.am
index 0327d65..328c8d6
Hoi Marc-André
Thanks for the reply. Some time ago I built the spice-gtk client on
fedora using mingw32. Since we'll have to ship a custom installer (which
sets up the procol handler for 'spice://' style (see
http://www.foss-cloud.org/en/index.php/Protocol_Handler_Spice ) I'll
probably have to
Hi
Currently I'm trying to get SASL working and succeeded so far but I've
some questions:
* Is it correct that the username SASL gets is the UID of the qemu
process? If yes: what is the plan here (I saw that there's the username
attribute in the RedSASL struct already)?
* Is there a way to pass
Am Montag, den 21.05.2012, 10:57 +0100 schrieb Daniel P. Berrange:
On Mon, May 21, 2012 at 11:50:48AM +0200, Tiziano Müller wrote:
Hi
Currently I'm trying to get SASL working and succeeded so far but I've
some questions:
* Is it correct that the username SASL gets is the UID
Hi everyone
Since there are patches floating around for spice-gtk on win32: are
there any official or semi-official downloads for prebuilt win32 spice
clients around (preferably spice-gtk based)?
Cheers,
Tiziano
--
stepping stone GmbH
Neufeldstrasse 9
CH-3012 Bern
Telefon: +41 31 332 53 63
Am Montag, den 07.11.2011, 15:43 +0100 schrieb Hans de Goede:
AFAIK you may only call g_clear_object on non NULL GObject pointers,
and if the matching foo_get was never called, it will be NULL, so
I believe this should be:
if (s-audio_manager)
g_clear_object(s-audio_manager);
and/or
a list of projects and references (preferably projects publically available)
you worked on before.
Best regards,
Tiziano Müller
--
stepping stone GmbH
Neufeldstrasse 9
CH-3012 Bern
Telefon: +41 31 332 53 63
www.stepping-stone.ch
tiziano.muel...@stepping-stone.ch
Am Mittwoch, den 12.01.2011, 17:12 +0100 schrieb Gerd Hoffmann:
Hi folks,
Looks like the spicevmc patch kicked the guest qagent discussion, so
lets start with this, although it isn't related much to the agent issue
itself ...
The spicevmc chardev just pipes data from a chardev user
Hi everyone
There are a couple of Ubuntu PPA's containing broken or outdated
versions of spice client packages.
Therefore I created a new PPA:
https://launchpad.net/~dev-zero/+archive/spice
I splitted the spice packages (and it's dependencies) into the following
binary packages:
* libcelt051
*
Hi everyone
Since I'm also a Gentoo dev, I added spice to Gentoo a couple of months
ago. There is a package site for it you could use to link on the
Download page: http://packages.gentoo.org/package/app-emulation/spice
I guess a Wiki page is required to show how to install it.
Cheers,
Tiziano
Question is whether we want another dependency in spicec or not.
On the other hand is URI processing not as trivial as it seems.
Maybe making it a configure flag?
For spice-gtk glib would provide similar routines to parse URI strings.
---
client/application.cpp | 61
Hi
The current master doesn't build here on Gentoo Linux with jpeg-8b and I
guess it doesn't for many others.
Attached patch changes the detection for the jpeg_boolean symbol since
that is a mingw32-specific thing as far as I can tell.
Cheers,
Tiziano
--
stepping stone GmbH
Neufeldstrasse 9
Hi everyone
What do you think about having a spice URL (scheme)?
The idea behind this is that we would like to register a protocol
handler in the browser (or in the OS) to automatically start the spice
client based on a certain URL.
examples:
21 matches
Mail list logo
