Hi Jason,
2014-02-09 01:54 に Jason Ekstrand さんは書きました:
Nobuhiko,
These look pretty good assuming they properly compile (I can't compile
the man format in my head).
This is snip of result of man weston.ini. It is exactly compiled.
CORE SECTION
The core section is used to select the
On Feb 9, 2014 7:18 AM, nobuhiko_tanibata
nobuhiko_tanib...@xddp.denso.co.jp wrote:
Hi Jason,
2014-02-09 01:54 に Jason Ekstrand さんは書きました:
Nobuhiko,
These look pretty good assuming they properly compile (I can't compile
the man format in my head).
This is snip of result of man
On Sun, Feb 09, 2014 at 01:32:41PM +0100, Eugen Friedrich wrote:
On 09.02.2014 05:10, Peter Hutterer wrote:
On Thu, Feb 06, 2014 at 11:28:49PM +0100, Eugen Friedrich wrote:
Hi together,
i would like to put some input from the embedded/ automotive perspective.
you can think about huge
From: Jonas Ådahl jad...@gmail.com
With this patch, a user can keep a reference to a libinput_seat
instance, which will cause the seat to never be unlinked from the
libinput context nor destroyed.
Previously, a when the last device of a seat was removed, the seat was
unlinked and if a new device
Thanks pq. It is helpful for me. I will have a try with your idea. :)
-Original Message-
From: Pekka Paalanen [mailto:ppaala...@gmail.com]
Sent: Saturday, February 08, 2014 5:56 PM
To: Wang, Quanxian
Cc: wayland-devel@lists.freedesktop.org
Subject: Re: Is there any way to let compositor
From: magc...@gmail.com [mailto:magc...@gmail.com] On Behalf Of Jasper St.
Pierre
Sent: Sunday, February 09, 2014 12:23 AM
To: Wang, Quanxian
Cc: wayland-devel@lists.freedesktop.org
Subject: Re: Is there any way to let compositor set the data in client space
and then return back to client?
Add description of key:shell to CORE SECTION and move a example of
desktop-shell from key:modules to key:shell.
Add cms-colord.so to key:modules of CORE SECTION.
Signed-off-by: Nobuhiko Tanibata nobuhiko_tanib...@xddp.denso.co.jp
---
man/weston.ini.man | 19 ---
1 file changed,
On Sat, Feb 08, 2014 at 08:11:24PM +0100, Mariusz Ceier wrote:
eglCreateContext fails with every EGLConfig that
nvidia blob 334.16 provides causing NULL pointer
dereference in gl_renderer_destroy when destroying
fragment and fan bindings.
This should fix #74699.
Looks good, thanks.
If we don't have capabilities we can deal with, return a different
error so the backends can handle it separately (they already do).
Signe-off-by: Peter Hutterer peter.hutte...@who-t.net
---
src/evdev.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/src/evdev.c