On Thu, Nov 01, 2012 at 04:45:54PM +1100, Daniel Stone wrote:
No-one uses this - not xkbcomp, not GNOME, not KDE. The preferred way
to deal with component listing (which gives you RMLVO rather than
KcCGST) is to use the XML files on the client side.
Indeed, a couple of hours after making
The following changes since commit a194630f7f7b287cb4ea4a459df0745f4c0d4c1a:
Merge remote-tracking branch 'whot/for-keith' (2012-11-01 13:38:54 -0700)
are available in the git repository at:
git://people.freedesktop.org/~whot/xserver for-keith
for you to fetch changes up to
Added the XTest device patch.
The following changes since commit a194630f7f7b287cb4ea4a459df0745f4c0d4c1a:
Merge remote-tracking branch 'whot/for-keith' (2012-11-01 13:38:54 -0700)
are available in the git repository at:
git://people.freedesktop.org/~whot/xserver for-keith
for you to
Hi Dave,
Pulled, merged, built and lightly tested.
Guys,
1) should I be adding anything to the commit messages, besides the default
'Merge branch 'server-1.13-branch' of ...' IE: a Signed-off by tag or
such? Looking back through the log, it seems to be just the default 'Merge
..' message.
https://bugs.freedesktop.org/show_bug.cgi?id=56557
Pointer emulation on the root window does not work correctly. We currently
only deliver to window owners, but no client owns the root window. The real
bug here is that even though the events are registered for, the listener
lookup fails and we
Implicit passive grabs are now properly allocated grabs
(b601ea769f1b8a4d7f19e9d4a13541c78e865fe5), but they are not added to the
resource system. This makes client lookup later hard for touch pointer
emulation.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
dix/events.c | 12
RT_ACTIVEGRAB will be used in touch handling to label listeners that have an
active grab.
The actual resource has no other information.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
Xi/exglobals.h | 1 +
Xi/extinit.c | 4 +++-
2 files changed, 4 insertions(+), 1 deletion(-)
diff
Instead of guessing what resource type the listener is and what property to
retrieve, store the resource type in the listener directly.
Fixes https://bugs.freedesktop.org/show_bug.cgi?id=56557
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
Xi/exevents.c | 25
The protocol allows the use of device IDs after the request. We return
BadImplementation anyway, but that's still better than BadLength for what
is a valid request.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
xfixes/cursor.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
On Fri, Nov 2, 2012 at 2:36 PM, Matt Dew mar...@osource.org wrote:
Hi Dave,
Pulled, merged, built and lightly tested.
Guys,
1) should I be adding anything to the commit messages, besides the default
'Merge branch 'server-1.13-branch' of ...' IE: a Signed-off by tag or
such? Looking
Signed-off-by: Niels Thykier ni...@thykier.net
---
glx/glxdri.c |8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/glx/glxdri.c b/glx/glxdri.c
index a5d87ec..57549af 100644
--- a/glx/glxdri.c
+++ b/glx/glxdri.c
@@ -645,8 +645,10 @@
Signed-off-by: Niels Thykier ni...@thykier.net
---
hw/dmx/config/dmxcompat.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/hw/dmx/config/dmxcompat.c b/hw/dmx/config/dmxcompat.c
index bd9f127..f8d5dfc 100644
--- a/hw/dmx/config/dmxcompat.c
+++ b/hw/dmx/config/dmxcompat.c
@@ -228,5
Hi
I noticed a couple of potential leaks in glx and hw (via cppcheck). I
have tried manually verify all of its leak reports. The patches leaks
are the ones I believe were real and where I could figure out how to
plug said leak.
My knowledge of xorg (and its internals) are non-existent and I
Signed-off-by: Niels Thykier ni...@thykier.net
---
glx/glxdri2.c |1 +
1 file changed, 1 insertion(+)
diff --git a/glx/glxdri2.c b/glx/glxdri2.c
index bce1bfa..93c4bc1 100644
--- a/glx/glxdri2.c
+++ b/glx/glxdri2.c
@@ -939,6 +939,7 @@ __glXDRIscreenProbe(ScreenPtr pScreen)
Signed-off-by: Niels Thykier ni...@thykier.net
---
hw/dmx/glxProxy/glxcmds.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/hw/dmx/glxProxy/glxcmds.c b/hw/dmx/glxProxy/glxcmds.c
index 91011d1..f75fd0e 100644
--- a/hw/dmx/glxProxy/glxcmds.c
+++ b/hw/dmx/glxProxy/glxcmds.c
@@ -1981,6
Signed-off-by: Niels Thykier ni...@thykier.net
---
hw/dmx/dmxfont.c |1 +
1 file changed, 1 insertion(+)
diff --git a/hw/dmx/dmxfont.c b/hw/dmx/dmxfont.c
index 7ef7ad9..91f1a3e 100644
--- a/hw/dmx/dmxfont.c
+++ b/hw/dmx/dmxfont.c
@@ -405,6 +405,7 @@ dmxBELoadFont(ScreenPtr pScreen, FontPtr
Signed-off-by: Niels Thykier ni...@thykier.net
---
hw/xfree86/os-support/bus/Sbus.c |8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/hw/xfree86/os-support/bus/Sbus.c b/hw/xfree86/os-support/bus/Sbus.c
index 8260007..14e6d4b 100644
---
On Don, 2012-11-01 at 12:29 -0600, Matt Dew wrote:
The xserver 1.13 stable branch is now open for nominations. I have two
pull
requests so far.
Did you see my nomination for 1ca096d5e07221025c4c4110528772b7d94f15ee
('EXA: Track source/mask pixmaps more explicitly for Composite fallback
I'll have an XQuartz pull for you next week.
In the mean time, you should probably cherry-pick
1ca096d5e07221025c4c4110528772b7d94f15ee.
--Jeremy
On Nov 1, 2012, at 11:29, Matt Dew mar...@osource.org wrote:
Hi all,
The xserver 1.13 stable branch is now open for nominations. I have two
On Fri, Nov 2, 2012 at 2:40 AM, Peter Hutterer peter.hutte...@who-t.net wrote:
The protocol allows the use of device IDs after the request. We return
BadImplementation anyway, but that's still better than BadLength for what
is a valid request.
Signed-off-by: Peter Hutterer
20 matches
Mail list logo