Re: display using unix-domain socket (was Re: fd passing for X)

2012-10-07 Thread Michal Suchanek
On 6 October 2012 18:16, Antoine Martin anto...@nagafix.co.uk wrote: On 10/06/2012 10:42 PM, Michal Suchanek wrote: On 6 October 2012 12:32, Antoine Martin anto...@nagafix.co.uk wrote: On 10/06/2012 05:15 PM, Michal Suchanek wrote: If the user is choosing a port or file path the user then

[PATCH] Revert kinput: allocate enough space for null character.

2012-10-07 Thread Julien Cristau
This reverts commit 531785dd746d64ef7f473a83ca73bb20e74b6fca. The above commit breaks Xephyr option parsing. Andrzej writes: Xephyr -retro -keybd evdev,,device=/dev/input/event2,xkbrules=evdev,xkbmodel=evdev,xkblayout=pl -mouse evdev,,device=/dev/input/event1 :3 results in: snip

Re: display using unix-domain socket

2012-10-07 Thread Antoine Martin
Now might be a good time to revive this patch which has been submitted before by Timo Juhani Lindfors (CCed): https://www.xpra.org/trac/attachment/ticket/172/X11-unix-domain-socket.patch It would be very useful for us to avoid having to find a free display TCP port to use with the Vfb X11

Re: display using unix-domain socket (was Re: fd passing for X)

2012-10-07 Thread Antoine Martin
On 10/07/2012 07:06 PM, Michal Suchanek wrote: On 6 October 2012 18:16, Antoine Martin anto...@nagafix.co.uk wrote: On 10/06/2012 10:42 PM, Michal Suchanek wrote: On 6 October 2012 12:32, Antoine Martin anto...@nagafix.co.uk wrote: On 10/06/2012 05:15 PM, Michal Suchanek wrote: If the user

Re: display using unix-domain socket

2012-10-07 Thread Alan Coopersmith
On 10/ 7/12 10:53 AM, Antoine Martin wrote: Are there any good reasons against it? (after a thorough clean up or even a complete rewrite obviously). I can't think of a good one. How are you going to handle authentication for this? Purely using the user based authentication? Or allowing

Re: display using unix-domain socket

2012-10-07 Thread Antoine Martin
On 10/08/2012 12:59 AM, Alan Coopersmith wrote: On 10/ 7/12 10:53 AM, Antoine Martin wrote: Are there any good reasons against it? (after a thorough clean up or even a complete rewrite obviously). I can't think of a good one. How are you going to handle authentication for this? Purely

Re: [PATCH] Revert kinput: allocate enough space for null character.

2012-10-07 Thread Søren Sandmann
Julien Cristau jcris...@debian.org writes: This reverts commit 531785dd746d64ef7f473a83ca73bb20e74b6fca. The above commit breaks Xephyr option parsing. Andrzej writes: Xephyr -retro -keybd evdev,,device=/dev/input/event2,xkbrules=evdev,xkbmodel=evdev,xkblayout=pl -mouse

Re: [PATCH] Revert kinput: allocate enough space for null character.

2012-10-07 Thread Keith Packard
Julien Cristau jcris...@debian.org writes: This reverts commit 531785dd746d64ef7f473a83ca73bb20e74b6fca. The above commit breaks Xephyr option parsing. Merged. 7f9d78d..09f1e5b master - master Matt: this looks like a candidate for the Stable series to me. -- keith.pack...@intel.com

Re: splitting drawable and screens

2012-10-07 Thread Dave Airlie
On Fri, Oct 5, 2012 at 12:53 PM, Keith Packard kei...@keithp.com wrote: Dave Airlie airl...@gmail.com writes: I considered this, but really drawables are generally a protocol object, in a lot of cases a Window which really has no interesting properties to a GPU. Yeah, getting to the point

Re: [PATCH] xfree86: xf86CheckStrOption can take a const char* as dflt

2012-10-07 Thread Peter Hutterer
On Thu, Oct 04, 2012 at 11:33:48PM -0700, Keith Packard wrote: Peter Hutterer peter.hutte...@who-t.net writes: From: Jason Gerecke killert...@gmail.com Fix additional gcc -Wwrite-strings warning in xf86 ddx Note that the synaptics driver test suite has (two) declarations of this

[PATCH xorg-gtest 1/4] process: use actual time for timeouts

2012-10-07 Thread Peter Hutterer
loops and usleeps are nice and simple, but have a tendency to overrun the actual timeouts given. Use the actual time instead. Signed-off-by: Peter Hutterer peter.hutte...@who-t.net --- src/process.cpp | 19 +-- 1 file changed, 17 insertions(+), 2 deletions(-) diff --git

[PULL 1.13] input fixes for 1.13.1

2012-10-07 Thread Peter Hutterer
The following changes since commit f0bad69edd57facd6cffde8cb0863d1a735e2492: Version bumped to 1.13 (2012-09-05 14:45:08 -0700) are available in the git repository at: git://people.freedesktop.org/~whot/xserver server-1.13-branch for you to fetch changes up to

[PULL] public-facing call to update desktop dimensions (video ABI 14.1)

2012-10-07 Thread Peter Hutterer
Keith, I still opted to bump the minor ABI only here, the same as will be done for the stable branches. Adding this call fixes input transformation issues with newer NVIDIA drivers (well, the ones that will use this call). The following changes since commit

[PATCH xorg-gtest 2/4] process: if termination fails, the state must not be TERMINATED

2012-10-07 Thread Peter Hutterer
If a process is hung and doesn't respond to termination, a Kill() call must still try to actually kill the process. In the current code, unsuccessful termination would still set the state, preventing Kill() from actually working Signed-off-by: Peter Hutterer peter.hutte...@who-t.net ---

[PATCH xorg-gtest 3/4] test: rename two process tests

2012-10-07 Thread Peter Hutterer
Termination can have different meaning for a process, rename the test cases to be more explicit Signed-off-by: Peter Hutterer peter.hutte...@who-t.net --- test/process-test.cpp | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/test/process-test.cpp b/test/process-test.cpp

[PATCH xorg-gtest 4/4] test: add helper program for process termination issue

2012-10-07 Thread Peter Hutterer
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net --- test/Makefile.am | 12 ++-- test/process-test-helper.cpp | 16 test/process-test.cpp| 30 ++ 3 files changed, 56 insertions(+), 2 deletions(-) create mode 100644

Re: [PATCH] Touch: Fix duplicate TouchBegin selection with virtual devices

2012-10-07 Thread Peter Hutterer
On Sun, Oct 07, 2012 at 12:07:01PM +1100, Daniel Stone wrote: Hi, On 7 October 2012 01:58, Chase Douglas chase.doug...@ubuntu.com wrote: Sorry for the delay, I've been trying to think about this to come up with a cogent argument. I don't like the idea of overlapping selections being