libjpeg is only used in shared/image-loader.c in weston, like libwebp
it doesn’t make sense to fail the entire build if it isn’t present, for
any reason.
I kept libpng a hard dependency in the image-loader because so many
other parts of weston depend on PNG, it is already mandatory from
everywhere
Le 05/02/2016 22:53, Derek Foreman a écrit :
On 05/02/16 03:36 PM, Benoit Gschwind wrote:
Le 05/02/2016 22:18, Pekka Paalanen a écrit :
On Fri, 5 Feb 2016 09:15:13 -0600
Derek Foreman wrote:
When the cursor plane is disabled the kernel can lose its location.
If we don't update our inter
When the cursor plane is disabled the kernel can lose its location.
If we don't update our internal idea of where the plane is at that time,
the next time we set a cursor it can show up at 0,0.
This can show up when an application is put in the cursor plane, removed
from the plane, then put back a
On 05/02/16 03:36 PM, Benoit Gschwind wrote:
>
>
> Le 05/02/2016 22:18, Pekka Paalanen a écrit :
>> On Fri, 5 Feb 2016 09:15:13 -0600
>> Derek Foreman wrote:
>>
>>> When the cursor plane is disabled the kernel can lose its location.
>>> If we don't update our internal idea of where the plane is
Hi Pekka,
First Question:
An ivi-layer should have properties so that a group of surfaces can be scaled
and clipped according to destination and source rectangle of the layer.
Second Question:
We have requirements for compositing an ivi-surface on many layers and/or
screens. But I think it is r
Le 05/02/2016 22:18, Pekka Paalanen a écrit :
On Fri, 5 Feb 2016 09:15:13 -0600
Derek Foreman wrote:
When the cursor plane is disabled the kernel can lose its location.
If we don't update our internal idea of where the plane is at that time,
the next time we set a cursor it can show up at 0
On Fri, 5 Feb 2016 09:15:13 -0600
Derek Foreman wrote:
> When the cursor plane is disabled the kernel can lose its location.
> If we don't update our internal idea of where the plane is at that time,
> the next time we set a cursor it can show up at 0,0.
>
> This can show up when an application
Daniel Stone writes:
>
> Hi,
>
> On 19 October 2015 at 09:05, Giulio Camuffo gmail.com>
wrote:
> > send-email continues to be broken so here's the v2:
> > - remove unneded casts
> > - avoid naming absolute variables dx/dy
>
> Reviewed-by: Daniel Stone collabora.com>
>
> Cheers,
> Daniel
> _
Hello,
I will add my opinion as called for opinions. First I made a quick
brainstorm following previous proposals about solutions available. I see
3 mains choice:
1. a structure that user fill and pass to the back end;
2. an opaque structure that the user fill through helper function;
3. a fr
Hello,
I am getting error while executing LayerManagerControl, ivi extension i am
using is V1.3
Myplatform is Wayland 1.6, weston 1.6 , wayland ivi extension is V1.3
#LayerManagerControl get surfaces
ivi_controller not available
[Warning] The ilm_control_context is already destroyed
Interprete
When the cursor plane is disabled the kernel can lose its location.
If we don't update our internal idea of where the plane is at that time,
the next time we set a cursor it can show up at 0,0.
This can show up when an application is put in the cursor plane, removed
from the plane, then put back a
On 05/02/16 05:49 AM, Pekka Paalanen wrote:
> On Thu, 3 Dec 2015 14:07:11 -0600
> Derek Foreman wrote:
>
>> When the cursor plane is disabled the kernel can lose its location.
>> If we don't update our internal idea of where the plane is at that time,
>> the next time we set a cursor it can show
On 05/02/16 07:25 AM, Pekka Paalanen wrote:
> From: Pekka Paalanen
>
> Since shm_pool_resize() uses mremap(MREMAP_MAYMOVE), the pool's base
> address may change at that point.
>
> If a compositor stores the pointer and a client enlarges the pool, the
> compositor will have a stale pointer.
>
>
On Thu, 4 Feb 2016 16:31:50 +
"Ucan, Emre (ADITG/SW1)" wrote:
> Hi Pekka,
>
> I am for removing the remaining bits of code which is wrongly
> assuming that a surface can be shown in multiple layers.
Hi Emre,
sounds good.
> Afterwards we have to redesign a big part of ivi_layout API to
>
From: Pekka Paalanen
Since shm_pool_resize() uses mremap(MREMAP_MAYMOVE), the pool's base
address may change at that point.
If a compositor stores the pointer and a client enlarges the pool, the
compositor will have a stale pointer.
Signed-off-by: Pekka Paalanen
---
src/wayland-shm.c | 4
On Thu, 3 Dec 2015 14:07:12 -0600
Derek Foreman wrote:
> Keep XRGB apps out of the cursor plane, only ARGB is supported.
>
> This prevents programs like weston-simple-shm from landing in the cursor
> plane and being misrendered.
>
> Signed-off-by: Derek Foreman
> ---
> src/compositor-drm.c |
On Thu, 3 Dec 2015 14:07:11 -0600
Derek Foreman wrote:
> When the cursor plane is disabled the kernel can lose its location.
> If we don't update our internal idea of where the plane is at that time,
> the next time we set a cursor it can show up at 0,0.
>
> This can show up when an application
Hello Peter,
Thank you for your answer. My comments are below.
> -Original Message-
> From: Peter Hutterer [mailto:peter.hutte...@who-t.net]
> Sent: Freitag, 5. Februar 2016 07:16
> To: Ucan, Emre (ADITG/SW1)
> Cc: wayland-devel@lists.freedesktop.org; Friedrich, Eugen (ADITG/SW1)
> Subjec
On Fri, 5 Feb 2016 08:23:53 +0900
nic...@nicesj.com wrote:
> Dear all,
>
> I can learn many things from this mailing list, thank you very much.
>
> I have one more doubt about relations between memory pool and buffer.
>
> I read a doc of wayland and it explains a wl_buffer can be created from
19 matches
Mail list logo
