On Fri, Jun 15, 2012 at 07:01:34PM +1000, Christopher James Halse Rogers wrote:
xwayland drivers need access to their screen private data to authenticate.
Now that drivers no longer have direct access to the global screen arrays,
this needs to be passed in as function context. The way it was
On Fri, Jun 15, 2012 at 12:35:00PM +0200, Michel Dänzer wrote:
On Fre, 2012-06-15 at 19:01 +1000, Christopher James Halse Rogers
wrote:
xwayland drivers need access to their screen private data to authenticate.
Now that drivers no longer have direct access to the global screen arrays,
It is convenient to play with mouse/touchpad changes at runtime.
ENV{ID_INPUT_MOUSE}==?*, ENV{x11_options.Emulate3Buttons}=True
# replug the revice to see immediate effect
and consistent with hal's configuration scheme.
Original-patch:
Signed-off-by: Sergei Trofimovich sly...@gentoo.org
---
test/.gitignore |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/test/.gitignore b/test/.gitignore
index 5d4fdfa..23d4c8f 100644
--- a/test/.gitignore
+++ b/test/.gitignore
@@ -1,4 +1,5 @@
fixes
+hashtabletest
input
xwayland drivers need access to their screen private data to authenticate.
Now that drivers no longer have direct access to the global screen arrays,
this needs to be passed in as function context.
v2: Don't break ABI
Signed-off-by: Christopher James Halse Rogers
On Mon, Jun 18, 2012 at 01:13:21AM +0300, Sergei Trofimovich wrote:
Signed-off-by: Sergei Trofimovich sly...@gentoo.org
---
test/.gitignore |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/test/.gitignore b/test/.gitignore
index 5d4fdfa..23d4c8f 100644
---
On Mon, Jun 18, 2012 at 01:14:00AM +0300, Sergei Trofimovich wrote:
It is convenient to play with mouse/touchpad changes at runtime.
ENV{ID_INPUT_MOUSE}==?*, ENV{x11_options.Emulate3Buttons}=True
# replug the revice to see immediate effect
and consistent with hal's configuration
[PATCH 1.12] was the trigger for this series, I want that on the 1.12 branch
but for master the patch series applies.
We've disabled a bunch of tests when building with --disable-xorg but most
of those don't actually need Xorg to be built - libtool just doesn't package
up dix.O and os.O into
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
test/Makefile.am |7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/test/Makefile.am b/test/Makefile.am
index 0b93c1c..b451286 100644
--- a/test/Makefile.am
+++ b/test/Makefile.am
@@ -1,11 +1,10 @@
if
XF86DRI define may be defined if we're building DDX other than Xorg, so we
need to special-case it here. XFreeXDGA and XFree86VidModeExtensionInit
depend on Xorg in configure.ac, the others are non-ddx specific.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
mi/miinitext.c |2 ++
libxservertest needs -lpthread from glxapi.c's pthread_once() call. Usually
this would be pulled in by the XORG_LIBS but not when building without Xorg.
This commit has no visible effect on the current tree, preparation for test
cleanups.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
With --disable-xorg, We also disabled a bunch of tests because of their
perceived reliance on a DDX. The cause was libtool missing some object files
that never ended up in libxservertest.la. Only the xfree86 test has a true
dependency on XORG.
DIX_LIB was pointing to dix.O (instead of libdix.la)
From: Dan Horák d...@danny.cz
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
test/Makefile.am |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/test/Makefile.am b/test/Makefile.am
index 32be00d..93a102a 100644
--- a/test/Makefile.am
+++ b/test/Makefile.am
@@
On Fri, Jun 15, 2012 at 03:57:15PM -0700, Keith Packard wrote:
Peter Hutterer peter.hutte...@who-t.net writes:
The current tests need to be run as root to work, they require uinput
devices to be created. If not run as root, the tests will succeed anyway
(with a messsage) so make check
14 matches
Mail list logo
