On Sun, 4 Mar 2012 20:37:48 -0800
Mandeep Singh Baines wrote:
> Hi,
>
> I have recently started playing around with EGL_PLATFORM=drm. Using
> eglkms.c and compositor-drm.c as examples, I've been able to port some
> simple EGL/GLESv2 applications without much effort. But the one weird
> thing is
From: Alex Wu
This can happen for instance running a toytoolkit application, launching
the popup menu and then clicking on a surface that does not belong to
the client that create the popup surface.
---
src/shell.c | 15 +--
1 files changed, 9 insertions(+), 6 deletions(-)
diff --
Hi,
I have recently started playing around with EGL_PLATFORM=drm. Using
eglkms.c and compositor-drm.c as examples, I've been able to port some
simple EGL/GLESv2 applications without much effort. But the one weird
thing is that everything gets rendered upside down and backwards. I
guess I could sol
On Fri, Mar 02, 2012 at 05:52:25PM +0200, Pekka Paalanen wrote:
> On Fri, 02 Mar 2012 17:37:53 +0200
> Tiago Vignatti wrote:
>
> > On 03/02/2012 05:33 PM, Pekka Paalanen wrote:
> > > Bad inclusion of DRM headers, missing some system headers.
> > >
> >
> > thanks, Pekka. I had that in my branch a
From: Alex Wu
When a client with fullscreen surface displayed was aborted by Ctrl-C, the
black surface still be there. Destroy the black surface in
destroy_shell_surface().
---
src/shell.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/src/shell.c b/src/shell.c
index
Hi,
I wrote down an initial design proposal [P] that would allow integration
of input methods with Wayland. I worked on text input methods for the
Nokia N9, for the last two years, so that's where I am coming from.
I think we can basically break it down to two additional Wayland
protocols, and l
On Sat, Mar 03, 2012 at 05:34:45PM +0100, Rodney Lorrimar wrote:
> Hi Alberto,
>
> I have updated the wayland moduleset in jhbuild according to the latest
> build instructions on the wayland website. This includes adding libxcb
> from git and xorg dri2proto. A number of configure options were enab
On Sat, Mar 03, 2012 at 05:32:56PM -0500, Gaetan Nadon wrote:
> There is yet another one which I have not found the cause:
>
> It appears that libffi.so cannot found while running distcheck.
> On my system, it is located at:
> /usr/lib/x86_64-linux-gnu/libffi.so
Thanks Gaetan, looks good and also
This prevents distcheck from completing.
Moving the -lffi at the end of the command fixes the problem.
Signed-off-by: Gaetan Nadon
---
Some expert should take a look at is. The patch may just hide
the real problem deeper.
tests/Makefile.am |2 +-
1 files changed, 1 insertio
Detected by running distcheck
Signed-off-by: Gaetan Nadon
---
tests/Makefile.am |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/tests/Makefile.am b/tests/Makefile.am
index c6e1007..5003348 100644
--- a/tests/Makefile.am
+++ b/tests/Makefile.am
@@ -3,7 +3,7 @@ TESTS = $(
When srcdir!=builddir, there is no way to tell publican that the source
is in srcdir rather than builldir. The workaround is to copy the source
files from srcdir to builddir. To retain the en-US final destination
name, the source directory is renamed to en_US.
Tested-by: Peter Hutterer
Signed-off
To reproduce, invoke distcheck from an out-of-source tree.
Reviewed-by: Peter Hutterer
Signed-off-by: Gaetan Nadon
---
protocol/.gitignore |1 +
protocol/Makefile.am |5 +++--
2 files changed, 4 insertions(+), 2 deletions(-)
create mode 100644 protocol/.gitignore
diff --git a/protoco
There is yet another one which I have not found the cause:
It appears that libffi.so cannot found while running distcheck.
On my system, it is located at:
/usr/lib/x86_64-linux-gnu/libffi.so
Build output:
make[3]: Entering directory
`/home/nadon/xorg/src/wayland/wayland-master/_build/tests'
[...
>
> Hi Scott,
>
> to me the commit message seems wrong compared to the change. When
> you talk about sending and clients, and do not prefix the title
> with window, I assume you are patching the server to not
> send events to clients.
>
> If I understood right, this patch would be better described
On Sat, 3 Mar 2012 08:48:29 -0700
Scott Moreau wrote:
> Clients shouldn't attempt to track modifier state independently
> since it's already tracked in the modifier mask.
Hi Scott,
to me the commit message seems wrong compared to the change. When
you talk about sending and clients, and do not
15 matches
Mail list logo