[PATCH libX11] makekeys: don't need to use target-specific CFLAGS

2013-09-28 Thread Gaetan Nadon
It's the only thing built in that directory, so we can use AM_CFLAGS and AM_CPPFLAGS as usual. Signed-off-by: Gaetan Nadon --- src/util/Makefile.am |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/util/Makefile.am b/src/util/Makefile.am index dfe91f1..79962d4 100644

[PULL] input fixes

2013-09-28 Thread Peter Hutterer
The following changes since commit 7d3d4ae55dd6ee338439e2424ac423b1df80501b: damage: Must translate initial window damage by window offset (2013-09-20 17:42:13 -0500) are available in the git repository at: git://people.freedesktop.org/~whot/xserver for-keith for you to fetch changes up to

[PATCH] multiseat with several videocards

2013-09-28 Thread Oleg Samarin
Added capability of specifying "MatchSeat" option in the ServerLayout, the Device and the Screen sections for selecting default sections for the seat --- hw/xfree86/common/xf86Bus.c| 4 ++-- hw/xfree86/common/xf86Config.c | 33 + hw/xfree86/parser/Device.c

multiseat with several videocards

2013-09-28 Thread Oleg Samarin
Hello! I am building a multi-seat system with several sets of monitor, keyboard and mouse. Several users can work with this system independently. Recent versions of systemd allows it with registering one of device as a master of seat. It causes gdm launches several instances of Xorg with -seat o

[PATCH xserver 6/6] xfree86: add a comment as to why the logdir is created

2013-09-28 Thread Gaetan Nadon
Without the logdir, the xserver will write the content of the log file on the terminal stating that it cannot be written and will stop. Refer to https://bugs.freedesktop.org/show_bug.cgi?id=3889 Reviewed-By: Matt Dew Signed-off-by: Gaetan Nadon --- hw/xfree86/Makefile.am |1 + 1 file chan

[PATCH xserver 5/6] xfree86: Use $(MKDIR_P) for better code portability

2013-09-28 Thread Gaetan Nadon
Still true that we should not use the lower case $(mkdir_p) version. However, remove the 2005 comment as the MKDIR_P is widely used now. Reviewed-By: Matt Dew Signed-off-by: Gaetan Nadon --- hw/xfree86/Makefile.am |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/hw/xfre

[PATCH xserver 4/6] Uninstall X link and CYGWIN libXorg.exe.a in local install targets

2013-09-28 Thread Gaetan Nadon
It is our duty to uninstall any files and/or directories that we installed through install-data-local and install-exec-hook. Currently the X symbolic link to Xorg remains on disk after running make uninstall. Note the exception for logdir which is usually shared by other modules. Reviewed-By: M

[PATCH xserver 2/6] Use $(LN_S) provided by AC_PROG_LN_S macro to create links

2013-09-28 Thread Gaetan Nadon
For better code portability. Reviewed-By: Matt Dew Signed-off-by: Gaetan Nadon --- hw/xfree86/Makefile.am |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/hw/xfree86/Makefile.am b/hw/xfree86/Makefile.am index 6b66732..73bddab 100644 --- a/hw/xfree86/Makefile.am +++ b/hw/x

[PATCH RESEND xserver 3/6] Xorg binary: use install-exec-hook rather than install-exec-local

2013-09-28 Thread Gaetan Nadon
The former was explicitly designed to execute additional code after the binary has been installed. The latter can be executed in any order, hence it's current dependency on install-binPROGRAMS as a workaround. The CYGWIN libXorg.exe.a target is an installation target rather than a post-installatio

[PATCH xserver 0/6] xfree86: fix bad link and install/uninstall issues

2013-09-28 Thread Gaetan Nadon
The X link to Xorg is not removed by "make uninstall" The X link is created broken on CYGWIN The import library on CYGWIN is not removed by "make uninstall" Fix a few minor issues along the way. Gaetan Nadon (6): The Xorg binary is missing the extension $(EXEEXT) in the makefile Use $(LN_S) pr

[PATCH xserver 1/6] The Xorg binary is missing the extension $(EXEEXT) in the makefile

2013-09-28 Thread Gaetan Nadon
This is not a problem on UNIX platforms, but on CYGWIN it creates a broken link to Xorg rather than a link to Xorg.exe. >From the CYGWIN log on tinderbox, we can see that the executable Xorg.exe is installed correctly. We can see the command used to create the link: (cd /jhbuild/install/[...]/ins

Re: [PATCH:libXdmcp 3/4] Ensure ARRAYofARRAY8 pointers are initialized to NULL

2013-09-28 Thread Alan Coopersmith
On 09/27/13 10:22 PM, Mouse wrote: Use calloc for the array of pointers to ensure pointers are cleared out so we don't try to free garbage if XdmcpDisposeARRAYofARRAY8 is called before the caller sets them to valid pointers. C does not promise that all-bits-0 (what calloc produces) gives nil po

Re: [PATCH:libXdmcp 3/4] Ensure ARRAYofARRAY8 pointers are initialized to NULL

2013-09-28 Thread Jasper St. Pierre
Yes, we have given up on portability to Cray systems. That's the only system, as far as I know, that ever used all-bits-0 != nil pointers. On Sat, Sep 28, 2013 at 1:22 AM, Mouse wrote: > > Use calloc for the array of pointers to ensure pointers are cleared > > out so we don't try to free garbag

Re: [PATCH RESEND xserver 3/6] Xorg binary: use install-exec-hook rather than install-exec-local

2013-09-28 Thread Eric Anholt
Gaetan Nadon writes: > The former was explicitly designed to execute additional code after the binary > has been installed. The latter can be executed in any order, hence it's > current dependency on install-binPROGRAMS as a workaround. > > The CYGWIN libXorg.exe.a target is an installation targe