So this is a bit odd... I'm found an issue with libXfont that is
making me a bit nuts. I think it's probably related to libtool,
autoconf, or automake... I wanted to see if anyone has seen something
similar...
When starting the server, it immediately dies because it can't find
fonts:
On Mon, 2009-02-02 at 01:30 +0100, Maarten Maathuis wrote:
On Sun, Feb 1, 2009 at 5:11 PM, Maarten Maathuis madman2...@gmail.com wrote:
On Sun, Feb 1, 2009 at 1:16 PM, Maarten Maathuis madman2...@gmail.com
wrote:
On Sun, Feb 1, 2009 at 3:40 AM, Maarten Maathuis madman2...@gmail.com
On Mon, 2009-02-02 at 16:08 +0100, Maarten Maathuis wrote:
The problem about mangling with fb symbols is that you need to do it
at runtime, that would turn out to be very awkward, not to mention
incorrect. For fallbacks we need to obey the wrap chain at all times.
I will check if core font
Jeremy Huddleston wrote:
So this is a bit odd... I'm found an issue with libXfont that is
making me a bit nuts. I think it's probably related to libtool,
autoconf, or automake... I wanted to see if anyone has seen something
similar...
When starting the server, it immediately dies because it
On Mon, Feb 2, 2009 at 5:27 PM, Michel Dänzer mic...@daenzer.net wrote:
On Mon, 2009-02-02 at 16:08 +0100, Maarten Maathuis wrote:
The problem about mangling with fb symbols is that you need to do it
at runtime, that would turn out to be very awkward, not to mention
incorrect. For fallbacks
Peter Hutterer wrote:
I think it'd be better to call XkbGetRulesDflts(g_winInfo.xkb);
+ memset(rmlvo, 0, sizeof(rmlvo));
arguably superfluous, since you set everything anyway.
Good point. I'd failed to make g_winInfo.xkb a XkbRMLVOSet which fixes both
your comments.
Thanks for
Hi Alex;
I hate to trouble you, but can you please fwd this to whomever is in charge of
the listserver, including its many aliases?
Why is it that I am getting mails from at least a half dozen aliases of
xorg@lists.freedesktop.org, but cannot post to the list?
The last 2 messages sent, the
Hi,
1.) As far as I have seen the only way to get aliased rasterization
with XRenderCompositeTrapezoids is to pass PictStandardA1 as mask
format.
However a lot of hardware can't use A1 as mask, leading to a fallback.
On my 945GM I get for a 100x100 circle consisting of ~180 traps:
20ms, A8
120ms
On Mon, 2009-02-02 at 11:20 +0100, Michel Dänzer wrote:
On Sun, 2009-02-01 at 09:26 -0800, Eric Anholt wrote:
commit 29b3b88dc744f4919c6709747ddb7baac47486c5
Author: Pierre Willenbrock pie...@pirsoft.de
Date: Fri Jan 30 21:16:48 2009 -0800
Prevent double unref of glxdrawables
Le 02/02/2009 19:52, Clemens Eisserer a écrit :
2.) What do you think about a data structure where EXA drivers could
tell EXA which features they support.
This way EXA could e.g. choose to use A8 instead of A1 only when it
really needed?
This could help in various cases to decide which route
Any chance commit 954dfba12986f578f2d8461818f9e9ac1f8f2b41 in
mesa/mesa, the one that bumps mesa's texture limit to 4kx4k for i965
will end up in the 7.4 branch? It's such a small patch, and it does
fix a seriously annoying bug that has been present for way too long.
Thanks,
Khashayar
Hi,
This is on a 2.6.27 kernel still as .28 is really not working for me
just now with graphics stuff... trying to get more info there.
Is there anything that seems obviously wrong?
Col
Feb 2 20:27:55 jimmy klogd: [drm:i915_getparam] *ERROR* Unknown parameter 5
Feb 2 20:27:56 jimmy klogd:
On Mon, 2009-02-02 at 21:15 +, Colin Guthrie wrote:
Hi,
This is on a 2.6.27 kernel still as .28 is really not working for me
just now with graphics stuff... trying to get more info there.
Is there anything that seems obviously wrong?
Col
Feb 2 20:27:55 jimmy klogd:
I've been trying to fix the compiler warnings that gcc generates when
compiling the xserver source. I've been able to fix quite a few, but
there are still some left, which I don't know how to resolve. I have 14
patches for the xserver and two for libxtrans. I can post them either
individually
On Fri, Jan 23, 2009 at 12:06:16PM +0100, Simon Thum wrote:
Peter Hutterer wrote:
patches welcome :)
Here y'r. :)
From e25f0f7c38c9f5d5cfab4a20fe42ee5cbf38d012 Mon Sep 17 00:00:00 2001
From: Simon Thum simon.t...@gmx.de
Date: Fri, 23 Jan 2009 11:39:56 +0100
Subject: [PATCH] xinput:
On Mon, Feb 2, 2009 at 2:18 AM, Jeremy Huddleston
jerem...@freedesktop.org wrote:
Ok, after a bit more poking, this seems to be a fairly annoying bug
with glibtool.
Minimizing any chance of conflict, I have a working build using the
libtool provided by configure in the tarball, and I have a
On Mon, Feb 02, 2009 at 06:49:39PM +0100, Marius Gedminas wrote:
On Mon, Feb 02, 2009 at 10:07:16AM +1000, Peter Hutterer wrote:
Note: Due to the ubiquity of multi-touch capable touchpads, the driver will
pick two-finger scrolling over edge scrolling if two-finger detection is
supported by
On Mon, Feb 2, 2009 at 1:52 AM, Ben Gamari bgam...@gmail.com wrote:
On Sun, Jan 25, 2009 at 2:48 PM, Ben Gamari bgam...@gmail.com wrote:
Strangely enough, before I login (in gdm) things seem to behave as
they should. Directly after I login though (even before my own minimal
~/.Xmodmap has been
Hello all.
I seek for an example of source code realizing the filling of ARGBB32 XRender
picture with .png file (non-interlaced, including alphachannel). I want to use
libpng library.
Or is there some efficient procedure helping to create an appropriate algorithm
?
Thank you in advance.
--
Ok, after a bit more poking, this seems to be a fairly annoying bug
with glibtool.
Minimizing any chance of conflict, I have a working build using the
libtool provided by configure in the tarball, and I have a broken
build if I replace it with glibtool-1.5.26 after running ./configure.
'Twas brillig, and Eric Anholt at 02/02/09 22:02 did gyre and gimble:
On Mon, 2009-02-02 at 21:15 +, Colin Guthrie wrote:
Hi,
This is on a 2.6.27 kernel still as .28 is really not working for me
just now with graphics stuff... trying to get more info there.
Is there anything that
On Sun, 2009-02-01 at 09:26 -0800, Eric Anholt wrote:
commit 29b3b88dc744f4919c6709747ddb7baac47486c5
Author: Pierre Willenbrock pie...@pirsoft.de
Date: Fri Jan 30 21:16:48 2009 -0800
Prevent double unref of glxdrawables
Found by valgrind. Bug #18917.
diff --git
On Monday 02 February 2009, Alex Deucher wrote:
On Mon, Feb 2, 2009 at 4:10 PM, Gene Heskett gene.hesk...@verizon.net
wrote:
[...]
Do I need to adjust that?
If you have an agp card you'll need agp support.
PCI-E card HD2400 Pro, rv610.
Humm, maybe I need something in modprobe.conf? I just
Khashayar Naderehvandi wrote:
Any chance commit 954dfba12986f578f2d8461818f9e9ac1f8f2b41 in
mesa/mesa, the one that bumps mesa's texture limit to 4kx4k for i965
will end up in the 7.4 branch? It's such a small patch, and it does
fix a seriously annoying bug that has been present for way too
On Mon, 2009-02-02 at 17:02 -0700, Brian Paul wrote:
I'd be willing to include it in 7.4. But I think I'll wait a little bit
to see if any regressions pop up. I'm doing work with the i965 driver
so I'll keep my eyes open.
The 965 hardware can go up to 8kx8k, so any border issues shouldn't
On Monday 02 February 2009 17:46:00 Gene Heskett wrote:
On Monday 02 February 2009, Alex Deucher wrote:
On Mon, Feb 2, 2009 at 4:10 PM, Gene Heskett gene.hesk...@verizon.net
wrote:
[...]
Do I need to adjust that?
If you have an agp card you'll need agp support.
PCI-E card HD2400 Pro,
On Mon, 2009-02-02 at 21:55 +0100, Khashayar Naderehvandi wrote:
Any chance commit 954dfba12986f578f2d8461818f9e9ac1f8f2b41 in
mesa/mesa, the one that bumps mesa's texture limit to 4kx4k for i965
will end up in the 7.4 branch? It's such a small patch, and it does
fix a seriously annoying bug
It's nearly identical to ChangeToCursor now anyway.
---
Daniel found an error, the dereferenced screen was always the same in the
previous patch. See the last hunk for the change.
dix/events.c | 38 ++
1 files changed, 10 insertions(+), 28 deletions(-)
Dan Nicholson wrote:
diff --git a/configure.ac b/configure.ac
index 4ba5a8a..809799f 100644
--- a/configure.ac
+++ b/configure.ac
@@ -72,19 +73,22 @@ XORG_DRIVER_CHECK_EXT(XINPUT, inputproto)
# Checks for pkg-config packages
PKG_CHECK_MODULES(XORG, xorg-server xproto $REQUIRED_MODULES)
On Tue, Feb 03, 2009 at 12:35:14AM -0200, Paulo César Pereira de Andrade wrote:
Dan Nicholson wrote:
diff --git a/configure.ac b/configure.ac
index 4ba5a8a..809799f 100644
--- a/configure.ac
+++ b/configure.ac
@@ -72,19 +73,22 @@ XORG_DRIVER_CHECK_EXT(XINPUT, inputproto)
# Checks for
Peter Hutterer wrote:
On Tue, Feb 03, 2009 at 12:35:14AM -0200, Paulo César Pereira de Andrade
wrote:
Dan Nicholson wrote:
diff --git a/configure.ac b/configure.ac
index 4ba5a8a..809799f 100644
--- a/configure.ac
+++ b/configure.ac
@@ -72,19 +73,22 @@ XORG_DRIVER_CHECK_EXT(XINPUT,
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
dix/events.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/dix/events.c b/dix/events.c
index 0c8d198..2655312 100644
--- a/dix/events.c
+++ b/dix/events.c
@@ -3479,7 +3479,7 @@ DeliverFocusedEvent(DeviceIntPtr
Changes MakeAtom to take a const char * and NameForAtom to return them,
since many callers pass pointers to constant strings stored in read-only
ELF sections. Updates in-tree callers as necessary to clear const
mismatch warnings introduced by this change.
Signed-off-by: Alan Coopersmith
On Mon, Feb 02, 2009 at 07:30:47PM -0800, Alan Coopersmith wrote:
Changes MakeAtom to take a const char * and NameForAtom to return them,
since many callers pass pointers to constant strings stored in read-only
ELF sections. Updates in-tree callers as necessary to clear const
mismatch
git://people.freedesktop.org/~whot/xserver.git internal-events
The current X server implementation uses the protocol wire format for input
event processing. This goes from event generation in GetPointerEvents() and
friends through to the actual event delivery.
Thus, the server is bound
On Tue, Feb 03, 2009 at 12:24:14AM -0200, Paulo César Pereira de Andrade wrote:
Anyway, my freedesktop account appears to not be functional,
so I will not be able to correct it now. Hopefully by tomorrow,
or later tonight it is corrected...
Yes, I made the decision. Per IRC:
00:57 whot
Peter Hutterer escreveu:
git://people.freedesktop.org/~whot/xserver.git internal-events
The current X server implementation uses the protocol wire format for input
event processing. This goes from event generation in GetPointerEvents() and
friends through to the actual event delivery.
On Tue, Feb 03, 2009 at 03:15:51AM -0200, Tiago Vignatti wrote:
Peter Hutterer escreveu:
git://people.freedesktop.org/~whot/xserver.git internal-events
The current X server implementation uses the protocol wire format for input
event processing. This goes from event generation in
Daniel Stone wrote:
On Tue, Feb 03, 2009 at 12:24:14AM -0200, Paulo César Pereira de Andrade
wrote:
Anyway, my freedesktop account appears to not be functional,
so I will not be able to correct it now. Hopefully by tomorrow,
or later tonight it is corrected...
Yes, I made the decision.
On Mon, Feb 2, 2009 at 7:23 PM, Peter Hutterer peter.hutte...@who-t.net wrote:
On Tue, Feb 03, 2009 at 01:13:35AM -0200, Paulo César Pereira de Andrade
wrote:
But I think a better approach should be found for pkg-config
variables, as creating a configure option is basically only to
40 matches
Mail list logo