Re: [PATCH] shell: don't crash if a pointer's focus is null

2013-11-22 Thread Kristian Høgsberg
On Fri, Nov 22, 2013 at 04:21:20PM +0100, poch...@gmail.com wrote: > From: Emilio Pozuelo Monfort > > It's possible for a pointer's focus to be null, e.g. because > the focus surface has been bestroyed. Prevent a crash when > that happens and a client takes too long to respond to a ping. > > Sig

Re: [PATCH weston] Automatically generate weston.ini with the right paths

2013-11-22 Thread Kristian Høgsberg
On Fri, Nov 22, 2013 at 04:46:00PM +, Neil Roberts wrote: > Previously weston.ini had hardcoded paths for the weston-* clients in > /usr/bin and /usr/libexec. This was a bit annoying when testing Weston > because you wouldn't usually install those in the system prefix. This > patch adds a make

[ANNOUNCE] libxkbcommon 0.3.2

2013-11-22 Thread Ran Benita
Hi, libxkbcommon 0.3.2 is released. This is primarily a bug-fix release, and everyone is recommended to update. Note for builders and distributors: -- The build dependencies of libxkbcommon have reduced over several releases. Currently, they are: - bison OR a rec

Re: [PATCH weston] rpi: avoid vc_dispmanx_set_wl_buffer_in_use without EGL

2013-11-22 Thread Daniel Stone
Hi, On 22 November 2013 15:30, wrote: > The symbol is needed only for the EGL buffer path. If --disable-egl is > given to ./configure, there is no need for it, so fix it to actually not > look for that symbol needlessly. > > This should fix the runtime error: > > Failed to load module: .

[PATCH weston] Automatically generate weston.ini with the right paths

2013-11-22 Thread Neil Roberts
Previously weston.ini had hardcoded paths for the weston-* clients in /usr/bin and /usr/libexec. This was a bit annoying when testing Weston because you wouldn't usually install those in the system prefix. This patch adds a make rule to automatically generate weston.ini from a template file with so

Re: [PATCH 0/10] Add a mechanism for nested compositors to use subsurfaces without blitting

2013-11-22 Thread Neil Roberts
Looking at the Weston branch again I found some problems so I've force pushed a new version. I wasn't destroying the wl_buffer that the subcompositor creates with eglCreateWaylandBufferFromImageWL when the client destroys its buffer. This doesn't really matter because in this example the client do

[PATCH weston] rpi: avoid vc_dispmanx_set_wl_buffer_in_use without EGL

2013-11-22 Thread ppaalanen
From: Pekka Paalanen The symbol is needed only for the EGL buffer path. If --disable-egl is given to ./configure, there is no need for it, so fix it to actually not look for that symbol needlessly. This should fix the runtime error: Failed to load module: .../rpi-backend.so: undefined s

[PATCH] shell: don't crash if a pointer's focus is null

2013-11-22 Thread pochu27
From: Emilio Pozuelo Monfort It's possible for a pointer's focus to be null, e.g. because the focus surface has been bestroyed. Prevent a crash when that happens and a client takes too long to respond to a ping. Signed-off-by: Emilio Pozuelo Monfort --- src/shell.c | 3 ++- 1 file changed, 2 i

Re: [PATCH weston v3] pixman: Destroy pixman images when underlying buffer is destroyed

2013-11-22 Thread Arnaud Vrac
Wouldn't it be better to do this in compositor.c and call renderer->attach(surface, NULL) when the buffer attached to a surface is destroyed ? Is there a case where a renderer wouldn't want this to be done ? On Thu, Nov 21, 2013 at 8:35 AM, Pekka Paalanen wrote: > On Tue, 19 Nov 2013 15:44:44 +

Re: [PATCH 0/10] Add a mechanism for nested compositors to use subsurfaces without blitting

2013-11-22 Thread Neil Roberts
Hi, I think this thread has gotten a bit tangled so I've done a bit of minor rebasing for the patches and pushed them all to github: https://github.com/bpeel/wayland/commits/wip/wayland-subcompositor https://github.com/bpeel/mesa/commits/wip/wayland-subcompositor https://github.com/bpeel/weston/c

Re: [PATCH] screensaver: apply settings from weston.ini

2013-11-22 Thread Pekka Paalanen
On Fri, 22 Nov 2013 10:35:57 +0530 Karthik Ramanan wrote: > The screensaver duration from weston.ini is not taking > effect, the default idletime that is hardcoded is the > what kicks the idle_handler and locks the screen. It > is hardcoded to 300 seconds. This change makes > screensaver configur