Re: [REQUEST] weston 1.12 rc2

2016-09-12 Thread Bryce Harrington
On Mon, Sep 12, 2016 at 09:33:12PM +0200, Quentin Glidic wrote: > Hi, > > With the libweston-desktop work, several sneaky bugs and regressions > went in. We are still discovering some of them, and I think we > should do an RC2 to have a week to test the latest fixes. > > How do you feel about it?

[REQUEST] weston 1.12 rc2

2016-09-12 Thread Quentin Glidic
Hi, With the libweston-desktop work, several sneaky bugs and regressions went in. We are still discovering some of them, and I think we should do an RC2 to have a week to test the latest fixes. How do you feel about it? Cheers, -- Quentin “Sardem FF7” Glidic ___

[PATCH] libweston-desktop: update client state when its size was already set

2016-09-12 Thread Arnaud Vrac
From: Arnaud Vrac The shell can request a specific size via a configure event when toggling fullscreen or maximizing the client. However, if the client already has the requested size, the client state is not updated, preventing the switch to fullscreen or maximized states. Signed-off-by: Arnaud

Re: [PATCH weston v2] libweston-desktop/xdg_shell_v6: Raise errors on not-yet-possible requests

2016-09-12 Thread Quentin Glidic
On 12/09/2016 15:33, Jonas Ådahl wrote: On Sun, Sep 11, 2016 at 11:38:52AM +0200, Quentin Glidic wrote: From: Quentin Glidic These requests need a mapped surface, which can only happen after the initial configure event. Signed-off-by: Quentin Glidic 1 and v2 of 2 are Reviewed-by: Jonas Åda

Re: [PATCH weston v2] libweston-desktop/xdg_shell_v6: Raise errors on not-yet-possible requests

2016-09-12 Thread Jonas Ådahl
On Sun, Sep 11, 2016 at 11:38:52AM +0200, Quentin Glidic wrote: > From: Quentin Glidic > > These requests need a mapped surface, which can only happen after the > initial configure event. > > Signed-off-by: Quentin Glidic 1 and v2 of 2 are Reviewed-by: Jonas Ådahl > --- > Sorry for the noise

Re: [PATCH] weston: Use libepoxy for GLESv2 functions.

2016-09-12 Thread Emil Velikov
On 12 September 2016 at 13:15, Pekka Paalanen wrote: > On Mon, 12 Sep 2016 13:56:30 +0200 > Armin Krezović wrote: > >> Khronos has decided to hide the GLESv2 function prototypes >> in GLESv2 headers and the code has landed in latest mesa git. >> >> Without this change, weston is unusable when bui

Re: [PATCH] RFC, weston: Use eglGetProcAddress to retrieve GLESv2 functions

2016-09-12 Thread Emil Velikov
On 12 September 2016 at 13:04, Emil Velikov wrote: > On 12 September 2016 at 12:11, Daniel Stone wrote: >> Hi Armin, >> >> On 10 September 2016 at 21:23, Armin Krezović >> wrote: >>> It appears that in current Mesa git master, GLESv2 function >>> prototypes are hidden. >>> >>> Per Emil's sugges

Re: [PATCH] weston: Use libepoxy for GLESv2 functions.

2016-09-12 Thread Pekka Paalanen
On Mon, 12 Sep 2016 13:56:30 +0200 Armin Krezović wrote: > Khronos has decided to hide the GLESv2 function prototypes > in GLESv2 headers and the code has landed in latest mesa git. > > Without this change, weston is unusable when built with > headers from mesa git. > > Suggestion by Pekka to u

Re: [PATCH] RFC, weston: Use eglGetProcAddress to retrieve GLESv2 functions

2016-09-12 Thread Emil Velikov
On 12 September 2016 at 12:11, Daniel Stone wrote: > Hi Armin, > > On 10 September 2016 at 21:23, Armin Krezović > wrote: >> It appears that in current Mesa git master, GLESv2 function >> prototypes are hidden. >> >> Per Emil's suggestion on [1], use eglGetProcAdddress to get >> the functions an

[PATCH] weston: Use libepoxy for GLESv2 functions.

2016-09-12 Thread Armin Krezović
Khronos has decided to hide the GLESv2 function prototypes in GLESv2 headers and the code has landed in latest mesa git. Without this change, weston is unusable when built with headers from mesa git. Suggestion by Pekka to use libepoxy. Note that libepoxy isn't maintained that much recently, and

Re: [PATCH] RFC, weston: Use eglGetProcAddress to retrieve GLESv2 functions

2016-09-12 Thread Pekka Paalanen
On Mon, 12 Sep 2016 12:11:52 +0100 Daniel Stone wrote: > Hi Armin, > > On 10 September 2016 at 21:23, Armin Krezović > wrote: > > It appears that in current Mesa git master, GLESv2 function > > prototypes are hidden. > > > > Per Emil's suggestion on [1], use eglGetProcAdddress to get > > the f

Re: [PATCH] RFC, weston: Use eglGetProcAddress to retrieve GLESv2 functions

2016-09-12 Thread Pekka Paalanen
On Sat, 10 Sep 2016 22:23:14 +0200 Armin Krezović wrote: > It appears that in current Mesa git master, GLESv2 function > prototypes are hidden. > > Per Emil's suggestion on [1], use eglGetProcAdddress to get > the functions and update the code to use such functions. > > [1] https://patchwork.fr

Re: [PATCH] RFC, weston: Use eglGetProcAddress to retrieve GLESv2 functions

2016-09-12 Thread Daniel Stone
Hi Armin, On 10 September 2016 at 21:23, Armin Krezović wrote: > It appears that in current Mesa git master, GLESv2 function > prototypes are hidden. > > Per Emil's suggestion on [1], use eglGetProcAdddress to get > the functions and update the code to use such functions. NAK, Mesa is broken. It

Re: [PATCH] RFC, weston: Use eglGetProcAddress to retrieve GLESv2 functions

2016-09-12 Thread Armin Krezović
On 10.09.2016 22:23, Armin Krezović wrote: > It appears that in current Mesa git master, GLESv2 function > prototypes are hidden. > For the record, the following commit introduced the mentioned behaviour: https://cgit.freedesktop.org/mesa/mesa/commit/?id=6a5504de2fbc43b445406324485629a313f7e542

Re: [PATCH] compositor: Add support for external back-ends

2016-09-12 Thread Pekka Paalanen
On Thu, 8 Sep 2016 16:45:13 +0200 Krzysztof Konopko wrote: > This commit adds ability to load external back-end implementations which is > required if they are not (and can not be) maintained within 'weston' tree. Hi, just to repeat for the purposes of archives, NAK for this whole idea as expla