Re: server-side xcb

2010-06-19 Thread Tomas Carnecky
(including x...@lists.fdo as they also might be interested) The DPMS extension is finally working! Whether it's correctly implemented I can't say, but `xset +dpms; xset dpsm force off works`. I had a couple problems integrating my part of the code with the rest of the code. Maybe DPMS wasn't

Re: [PATCH v3 1/2] dix: use one single function to register fpe fonts

2010-06-19 Thread Vignatti Tiago (Nokia-D/Helsinki)
On Wed, Jun 16, 2010 at 05:52:23PM +0200, Vignatti Tiago (Nokia-D/Helsinki) wrote: X server doesn't need to understand fpe internals, so use register_fpe_functions from libXfont. It's required to get new version of libXfont, therefore adjust it to be passed to autoconf. Signed-off-by:

[PATCH v2] xfree86: configure: remove vendor and card name matching rules

2010-06-19 Thread Tiago Vignatti
Although vendor and board naming are used to create the configure file, the server doesn't actually use it when fetching such file and probing devices. Reported-by: Richard Barnette jrbarne...@chromium.org Signed-off-by: Tiago Vignatti tiago.vigna...@nokia.com --- from v1: - remove two more

Re: Post-RC1 merging criteria (was Re: [PULL] cleanups)

2010-06-19 Thread Tiago Vignatti
Hi, On Fri, Jun 18, 2010 at 11:32:10PM +0200, ext Keith Packard wrote: On Mon, 14 Jun 2010 10:44:38 -0700, Jamey Sharp ja...@minilop.net wrote: These cleanups and warning fixes have been reviewed and don't, as far as I can tell, affect API or ABI. Can they be merged to master? I don't

Re: [PATCH v3 1/2] dix: use one single function to register fpe fonts

2010-06-19 Thread Dan Nicholson
On Wed, Jun 16, 2010 at 8:52 AM, Tiago Vignatti tiago.vigna...@nokia.com wrote: X server doesn't need to understand fpe internals, so use register_fpe_functions from libXfont. It's required to get new version of libXfont, therefore adjust it to be passed to autoconf. Signed-off-by: Tiago

Re: [PATCH 1/2: xorg-sgml-doctools] Provide common CSS XSL stylesheets for DocBook docs

2010-06-19 Thread Dan Nicholson
On Fri, Jun 18, 2010 at 7:41 PM, Alan Coopersmith alan.coopersm...@oracle.com wrote: Dan Nicholson wrote: OK. Here's a couple other parameters I had when I was foolish enough to attempt converting the XKB docs to docbook. I'm not sure they're useful for all the docs, but I'm pretty sure

Re: [PATCH util-macros] XORG_WITH_GROFF: add HAVE_GROFF_HTML Automake conditional

2010-06-19 Thread Dan Nicholson
On Fri, Jun 18, 2010 at 6:57 PM, Gaetan Nadon mems...@videotron.ca wrote: Groff uses grohtml to generate html output format. This program, in turn, uses a number of pnm* commands from the netpbm package, psselect from the psutils package and the ghostscript package. These are independently

Re: [PATCH v3 1/2] dix: use one single function to register fpe fonts

2010-06-19 Thread Vignatti Tiago (Nokia-D/Helsinki)
On Sat, Jun 19, 2010 at 05:34:52PM +0200, ext Dan Nicholson wrote: On Wed, Jun 16, 2010 at 8:52 AM, Tiago Vignatti tiago.vigna...@nokia.com wrote: X server doesn't need to understand fpe internals, so use register_fpe_functions from libXfont. It's required to get new version of libXfont,

Re: [PATCH] Addition to XFixes for cursor constraint

2010-06-19 Thread James Willcox
Keith, On Fri, Jun 18, 2010 at 4:53 PM, Keith Packard kei...@keithp.com wrote: On Fri, 18 Jun 2010 11:03:49 -0400, Adam Goode a...@spicenitz.org wrote: On 06/18/2010 03:08 AM, Keith Packard wrote: On Thu, 17 Jun 2010 22:19:04 -0400, Adam Goode a...@spicenitz.org wrote:

Re: [PATCH v3 1/2] dix: use one single function to register fpe fonts

2010-06-19 Thread Dan Nicholson
On Sat, Jun 19, 2010 at 9:29 AM, Vignatti Tiago (Nokia-D/Helsinki) tiago.vigna...@nokia.com wrote: On Sat, Jun 19, 2010 at 05:34:52PM +0200, ext Dan Nicholson wrote: On Wed, Jun 16, 2010 at 8:52 AM, Tiago Vignatti tiago.vigna...@nokia.com wrote: X server doesn't need to understand fpe

[PATCH] replace malloc+strlen+strcpy with strdup

2010-06-19 Thread mattst88
From: Matt Turner matts...@gmail.com Signed-off-by: Matt Turner matts...@gmail.com --- dix/extension.c |3 +-- hw/xfree86/common/xf86Init.c |6 ++ hw/xfree86/parser/scan.c |6 ++ 3 files changed, 5 insertions(+), 10 deletions(-) diff --git a/dix/extension.c

Re: [PATCH] parser/scan.c: use strdup

2010-06-19 Thread Matt Turner
On Wed, Jun 16, 2010 at 4:33 PM, Alan Coopersmith alan.coopersm...@oracle.com wrote: Matt Turner wrote: Found using --- @@ expression E; identifier i; identifier address; @@ - i = malloc(strlen(E) + 1); - strcpy(address, E); + i = strdup(E); --- Would it be possible to similarly

Re: Post-RC1 merging criteria (was Re: [PULL] cleanups)

2010-06-19 Thread Matt Turner
On Fri, Jun 18, 2010 at 5:32 PM, Keith Packard kei...@keithp.com wrote: On Mon, 14 Jun 2010 10:44:38 -0700, Jamey Sharp ja...@minilop.net wrote: These cleanups and warning fixes have been reviewed and don't, as far as I can tell, affect API or ABI. Can they be merged to master? I don't know.

Re: [PATCH util-macros] XORG_WITH_GROFF: add HAVE_GROFF_HTML Automake conditional

2010-06-19 Thread Gaetan Nadon
On Sat, 2010-06-19 at 08:50 -0700, Dan Nicholson wrote: On Fri, Jun 18, 2010 at 6:57 PM, Gaetan Nadon mems...@videotron.ca wrote: Groff uses grohtml to generate html output format. This program, in turn, uses a number of pnm* commands from the netpbm package, psselect from the psutils

[PATCH] include: Update stale comment after bzero removal

2010-06-19 Thread Mikhail Gusarov
Signed-off-by: Mikhail Gusarov dotted...@dottedmag.net --- include/misc.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/include/misc.h b/include/misc.h index 62d813e..38b04b7 100644 --- a/include/misc.h +++ b/include/misc.h @@ -108,7 +108,7 @@ typedef struct

[PATCH] Guard x* macros with _HAVE_XALLOC_DECLS as well to avoid clashes with Xlib

2010-06-19 Thread Mikhail Gusarov
If Xlib headers are included before os.h declaration of Xcalloc clashes with definition of Xcalloc macros from there (e.g. in Xephyr). Signed-off-by: Mikhail Gusarov dotted...@dottedmag.net --- include/os.h |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/include/os.h

[PATCH] Define/use X_ALIGN2() instead of open coding it

2010-06-19 Thread Matt Turner
Signed-off-by: Matt Turner matts...@gmail.com --- Notes: Page size is always a power of two, so those conversions are safe. This patch requires [PATCH] Guard x* macros with _HAVE_XALLOC_DECLS as well to avoid clashes with Xlib because it includes misc.h in XF86dri.c, causing a clash between

Re: [PATCH] Define/use X_ALIGN2() instead of open coding it

2010-06-19 Thread Matt Turner
jcristau tells me that I shouldn't include misc.h in kdrive/ephyr/XF86dri.c, so just throw out that hunk. ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel

Re: Post-RC1 merging criteria (was Re: [PULL] cleanups)

2010-06-19 Thread Jamey Sharp
On Sat, Jun 19, 2010 at 11:04 AM, Matt Turner matts...@gmail.com wrote: On Fri, Jun 18, 2010 at 5:32 PM, Keith Packard kei...@keithp.com wrote: What do others think about merging reviewed minor cleanups that don't affect API or ABI at this point? Is it OK? Should we pend these until the 1.10

Re: [PATCH] Define/use X_ALIGN2() instead of open coding it

2010-06-19 Thread Mikhail Gusarov
Twas brillig at 18:14:31 19.06.2010 UTC-04 when matts...@gmail.com did gyre and gimble: MT Signed-off-by: Matt Turner matts...@gmail.com From the discussion in IRC: - X_ALIGN2 is not clear enough. pad_to_pow_two? - It's not macro, so no need to have it all caps. - misc.h brings too much

Re: [PATCH] Conical gradients with pixman with rotation

2010-06-19 Thread Soeren Sandmann
Hi Marco, Soeren Sandmann sandm...@daimi.au.dk writes: There used to be a bug where pixman would miscalculate the angle. Maybe that's what you are seeing? That bug is fixed in 0.18.0. I've now upgraded to 0.18.2 but I'm afraid the problem is still there. I'm not sure whether this is

Re: Post-RC1 merging criteria (was Re: [PULL] cleanups)

2010-06-19 Thread Keith Packard
On Sat, 19 Jun 2010 15:22:50 -0700, Jamey Sharp ja...@minilop.net wrote: Three months does feel like a long time to stall development on master, though, given how attention-starved this code already is. I'd prefer a three-month total release cycle, assuming a willing release manager. Note