On Tue, 2012-06-12 at 16:33 +0200, Christophe Fergeau wrote:
On Tue, Jun 12, 2012 at 09:59:39AM -0400, Marc-André Lureau wrote:
- Mensaje original -
On Tue, Jun 12, 2012 at 09:11:24AM -0400, Marc-André Lureau wrote:
As long as the bitstream is not frozen, we can't use opus,
---
python_modules/ptypes.py |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/python_modules/ptypes.py b/python_modules/ptypes.py
index 132ba99..d9fbfe2 100644
--- a/python_modules/ptypes.py
+++ b/python_modules/ptypes.py
@@ -234,7 +234,7 @@ class EnumBaseType(Type):
I don't see exactly what it will fixed, perhaps you should include a small
example. But that looks like a typo and can't harm, ACK
- Mensaje original -
---
python_modules/ptypes.py |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/python_modules/ptypes.py
This very simple patch adds an option to toggle the menubar on spicy.
Helps maximize vertical resolution capacity without going fullscreen.
Please consider for inclusion.
jr
--
Joel W. Reed
Managing Partner
OpenArc, LLC
o: 724.234.1215
c: 412.212.8418
diff --git a/gtk/spicy.c b/gtk/spicy.c
Hi
- Mensaje original -
Looks reasonable to me, however, I don't see why it should be in
spice-glib, since it's very much desktop related. Wouldn't it make
more sense in spice-gtk?
I actually put it in spice-gtk at first, but that does not work very
well
because
On Tue, Jun 12, 2012 at 06:02:45PM +0800, Xiang Hua wrote:
to get information about all things related to the Spice project.
thanks.
Hua in Beijing
You need to send a request through mailman, here:
http://lists.freedesktop.org/mailman/listinfo/spice-devel
Hey,
On Tue, Jun 12, 2012 at 03:01:54PM +0300, Alon Levy wrote:
But I thought it doesn't break existing users. If it does that's not
what I meant. I thought the important name was that before the .so, i.e.
libspice-server, and that the dynamic linker will look for .1 and then
if none found
On Tue, Jun 12, 2012 at 08:52:19AM -0400, Alon Levy wrote:
A second mistake, this was a result of -version-name and not libtool help
being incorrect. So SONAME is indeed current-age. New question: is
libspice-server.so.1.3.0 = 1.0.2 ?
It should, even though we probably don't care ;)
On Thu, Jun 14, 2012 at 05:11:02AM -0400, Marc-André Lureau wrote:
I don't see exactly what it will fixed, perhaps you should include a small
example. But that looks like a typo and can't harm, ACK
./spice_codegen.py --generate-enums spice.proto spice-protocol/spice/enums.h
Produces a file
On Wed, Jun 13, 2012 at 07:07:21PM +0200, Hans de Goede wrote:
Only update the UsbDeviceManager's auto-connect property when
auto-usb-redir is set, otherwise leave it as is. This allows apps to
control UsbDeviceManager's auto-connect directly, without it getting reset
on every keyboard focus
On Thu, Jun 14, 2012 at 10:14:36AM +0200, Alexander Larsson wrote:
However, that is imho a different issue than the celt051 support. A new
release of spice client and server supporting opus does not magically
make old servers and client disappear, so it would still be the case
that e.g. debian
On Wed, Jun 13, 2012 at 05:04:12PM -0500, Jeremy White wrote:
Looks good to me.
This was found while building with a modified X server; one with a PixmapRec
size of 224, not 64 :-/.
---
src/qxl_driver.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git
On Thu, 2012-06-14 at 12:31 +0200, Christophe Fergeau wrote:
On Thu, Jun 14, 2012 at 10:14:36AM +0200, Alexander Larsson wrote:
However, that is imho a different issue than the celt051 support. A new
release of spice client and server supporting opus does not magically
make old servers and
The enums.h file hasn't been built since the spice.proto smartcard messages
additions. Additionally it turns out enums.h generation was broken. Fixing for
now means not redefining enums defined in libcacard/vsc ard_common.h (VSC_ATR
etc) and not renaming SPICE_MSG_SMARTCARD_DATA to
Define different enums that have a SPICE_ prefix to not conflict with same
value enums from libcacard/vsccard_common.h, and continue to use the same
SPICE_MSG_SMARTCARD_DATA and SPICE_MSGC_SMARTCARD_DATA enum that is used by the
server and clients (spice-gtk, spicec) alike.
---
This file was hand generated until now, resulting in the wierd situation where
it is different for spice-gtk and spice-server even though they both use the
same spice-common and spice-protocol (or at least close) versions.
This patch generates the enums.h files from spice-common. While that file
---
spice-protocol |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/spice-protocol b/spice-protocol
index bf0daeb..6bae9fd 16
--- a/spice-protocol
+++ b/spice-protocol
@@ -1 +1 @@
-Subproject commit bf0daeb3a3c834133e781439f76b1c702470581b
+Subproject commit
By adding spice-protocol to SUBDIRS configure and make will be called in it.
Spotted by Marc-André.
---
Makefile.am |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile.am b/Makefile.am
index 28450b4..3b3c88d 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -1,7 +1,7 @@
On Thu, Jun 14, 2012 at 12:50:39PM +0200, Alexander Larsson wrote:
On Thu, 2012-06-14 at 12:31 +0200, Christophe Fergeau wrote:
What I gather from this thread is that we don't want anyone to use the
fallback PCM code, which means we should deprecate it if that's really what
we want... Maybe
---
Makefile.am |2 ++
1 file changed, 2 insertions(+)
diff --git a/Makefile.am b/Makefile.am
index 3b3c88d..79f7903 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -10,6 +10,8 @@ EXTRA_DIST = \
spice1.proto\
$(NULL)
Hi,
What I gather from this thread is that we don't want anyone to use the
fallback PCM code, which means we should deprecate it if that's really what
we want... Maybe the clients could be patched to stop advertising raw PCM
support?
You can't, PCM is the baseline which isn't negotiated.
Christophe Fergeau píše v Čt 14. 06. 2012 v 12:31 +0200:
On Thu, Jun 14, 2012 at 10:14:36AM +0200, Alexander Larsson wrote:
However, that is imho a different issue than the celt051 support. A new
release of spice client and server supporting opus does not magically
make old servers and
- Mensaje original -
By adding spice-protocol to SUBDIRS configure and make will be called
in it.
Spotted by Marc-André.
---
Makefile.am |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile.am b/Makefile.am
index 28450b4..3b3c88d 100644
---
Hi,
On 06/14/2012 11:28 AM, Marc-André Lureau wrote:
Hi
- Mensaje original -
Looks reasonable to me, however, I don't see why it should be in
spice-glib, since it's very much desktop related. Wouldn't it make
more sense in spice-gtk?
I actually put it in spice-gtk at first, but
On Thu, Jun 14, 2012 at 08:28:24AM -0400, Marc-André Lureau wrote:
- Mensaje original -
By adding spice-protocol to SUBDIRS configure and make will be called
in it.
Spotted by Marc-André.
---
Makefile.am |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
Hi,
I learned few things about ipv6 lately. Most importantly about
dual-socket that means that a process that opens ::0 automatically
listens on both ipv4 _and_ ipv6 unless it sets IPV6_ONLY option of
setsockopt() to 0.
This is pretty important wrt dual-stack configurations because they can
be
Okay; I unimaginatively decided that would be Hard. Wouldn't that break
the ABI, and therefore be rejected unilaterally? I'm willing to try to
craft a patch and submit it; but maybe I just need encouragement grin.
I started looking at this, talked to Dave Airlie and he suggested to ask
on
Thanks for your reply. However, I do not understand how does the
virt-viewer work with spicy, I have generally review the source code of
spicy and virt-viewer , and find not answer. Could you give me some docs
about how do they work
together ? thanks.
2012/6/14 David Jaša dj...@redhat.com
Hi,
28 matches
Mail list logo