Re: Preparing for automake 1.14

2013-01-12 Thread Gaetan Nadon
On 13-01-12 05:48 PM, Alan Coopersmith wrote: > The recent release of automake-1.13 carried out the removal of macros like > AM_CONFIG_HEADER that we'd cleaned out of almost all our configure scripts > a while ago (at least in git, though not all of them got tarballs released), > and announced what

[PATCH:xfsinfo] Print normalized version for X.Org servers, the way xdpyinfo does

2013-01-12 Thread Alan Coopersmith
Results in output like: vendor string:X.Org Foundation vendor release number: 10102000 X.Org xfs version: 1.1.2 Signed-off-by: Alan Coopersmith --- xfsinfo.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/xfsinfo.c b/xfsinfo.c index c98c5a4..d847f85 100644 --- a/xfsinfo.

[PATCH:makedepend] Convert INCLUDES to AM_CPPFLAGS in preparation for automake-1.14 obsoletion

2013-01-12 Thread Alan Coopersmith
Signed-off-by: Alan Coopersmith --- Makefile.am |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/Makefile.am b/Makefile.am index d1b0ce7..30e0a0d 100644 --- a/Makefile.am +++ b/Makefile.am @@ -1,8 +1,6 @@ bin_PROGRAMS = makedepend -INCLUDES = @X_CFLAGS@ - makedepend

Preparing for automake 1.14

2013-01-12 Thread Alan Coopersmith
The recent release of automake-1.13 carried out the removal of macros like AM_CONFIG_HEADER that we'd cleaned out of almost all our configure scripts a while ago (at least in git, though not all of them got tarballs released), and announced what's coming in the next round: https://lists.gnu.org/ar

Re: [PATCH mga] Restrict kernel driver matching to g200 server chips

2013-01-12 Thread Julien Cristau
On Sun, Jan 13, 2013 at 07:58:01 +1000, Dave Airlie wrote: > On Sun, Jan 13, 2013 at 12:50 AM, Julien Cristau wrote: > > Otherwise we might catch devices handled by matroxfb, not the mgag200 > > kms driver. > > > > Debian bug#697532 > > > > Reported-by: olafbuddenha...@gmx.net > > Signed-off-by:

Re: [PATCH mga] Restrict kernel driver matching to g200 server chips

2013-01-12 Thread Dave Airlie
On Sun, Jan 13, 2013 at 12:50 AM, Julien Cristau wrote: > Otherwise we might catch devices handled by matroxfb, not the mgag200 > kms driver. > > Debian bug#697532 > > Reported-by: olafbuddenha...@gmx.net > Signed-off-by: Julien Cristau Reviewed-by: Dave Airlie feel free to push it. Dave. ___

Re: [PATCH libX11 0/2] Mend some XIM design issues.

2013-01-12 Thread Matt Dew
Hi Egbert, I'm using ibus instead of scim so I can't really test. (trying to switch between ibus and scim in the past has caused me massive headaches, so I'm not real gung-ho to do that again) I tried switching between two xterms and I don't see the problem (again, with ibus). However, if

Re: [PATCH libXt 2/2] Use AM_CPPFLAGS instead of INCLUDES

2013-01-12 Thread Alan Coopersmith
On 01/ 3/13 01:16 AM, Thierry Reding wrote: > Recent versions of automake deprecate the INCLUDES variable. The same > effect can be achieved by using AM_CPPFLAGS instead, which is also > automake's recommendation. Reviewed-by: Alan Coopersmith and pushed to git master: Total 6 (delta 5), reused

[PATCH] xvfb: add randr support

2013-01-12 Thread Mike Frysinger
From: Lambros Lambrou Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=26391 Signed-off-by: Lambros Lambrou Signed-off-by: Mike Frysinger --- hw/vfb/InitOutput.c | 145 1 file changed, 145 insertions(+) diff --git a/hw/vfb/InitOutput.c b

[PATCH mga] Restrict kernel driver matching to g200 server chips

2013-01-12 Thread Julien Cristau
Otherwise we might catch devices handled by matroxfb, not the mgag200 kms driver. Debian bug#697532 Reported-by: olafbuddenha...@gmx.net Signed-off-by: Julien Cristau --- src/mga_driver.c | 22 -- 1 file changed, 16 insertions(+), 6 deletions(-) diff --git a/src/mga_drive

Re: [PATCH 2/2] randr: cleanup provider properly

2013-01-12 Thread Knut Petersen
On 11.01.2013 00:02, Peter Hutterer wrote: On Wed, Jan 09, 2013 at 01:14:55PM +1000, Dave Airlie wrote: From: Dave Airlie So in the cold plug server shutdown case, we reap the resources before we call CloseScreen handlers, so the config->randr_provider is a dangling pointer when the xf86CrtcCl