Re: It seems regular linux desktops can't run android apps even on Wayland?

On Wed, 22 Mar 2017 01:19:55 -0300 Lúcio Boari said: > Hello I'm Lúcio. I'm not a programmer so maybe what I am discussing here is > somehow erroneous. Today I was wondering why it's not possible to have > Android apps running natively on a Linux desktop since Android runs

[ANNOUNCE] libinput 1.7.0

libinput 1.7 is now available. Only one change that matters since the last rc: cyapa touchpads now have a custom pressure ranage. The rest below is a (slightly edited) copy of the rc1 announce email so you know what you get updating from 1.6 to 1.7. First big feature: James Ye implemented support

Re: [PATCH weston 1/2] Add option to disable unconfigured outputs

On 08/03/2017 16:43, Ucan, Emre (ADITG/SW1) wrote: In current implementation, there is no configuration to disable unconfigured outputs. One can create an output section for a known output in weston.ini file and set its mode to "off" to disable a known output. But there is no configuration to

Re: [PATCH] Fix uninitialized msec_to_next in output_repaint_timer_arm

On 18/03/2017 13:01, Sergi Granell wrote: Signed-off-by: Sergi Granell Good: Reviewed-by: Quentin Glidic And pushed: 65e57c93..b4c08863 master -> master Thanks, --- libweston/compositor.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH 1/2] Introduce keyboard grabbing protocol for Xwayland

This patch introduces a new protocol for grabbing the keyboard from Xwayland. This is needed for X11 applications that map an override redirect window (ths not focused by the window manager) and issue an active grab on the keyboard to capture all keyboard events. Signed-off-by: Olivier Fourdan

[PATCH 2/2] Add keyboard shortcuts inhibitor

This adds a new protocol to let Wayland clients specify that they want all keyboard events to be send to the client, regardless of the compositor own shortcuts. This is for use by virtual machine and remote connections viewers. Signed-off-by: Olivier Fourdan ---

[PATCH weston] input: Do not override keyboard focus on restore

From: Quentin Glidic If we start a special (grabbing) client when Weston is unfocused, it would lose focus when coming back to Weston. Signed-off-by: Quentin Glidic --- libweston/input.c | 3 ++- 1 file changed, 2 insertions(+), 1

Re: [PATCH libinput] touchpad: add pressure ranges for cyapa touchpads

Hi, On 22-03-17 06:52, Peter Hutterer wrote: On Tue, Mar 21, 2017 at 10:32:03AM +1000, Peter Hutterer wrote: https://bugs.freedesktop.org/show_bug.cgi?id=100122 Signed-off-by: Peter Hutterer --- src/evdev-mt-touchpad.c | 3 +++ 1 file changed, 3 insertions(+) diff

Re: [PATCH weston v9 14/62] compositor-drm: Introduce fb_last member

On Fri, 3 Mar 2017 23:05:25 + Daniel Stone wrote: > Clean up some ambiguity around current/next: current could previously > have referred to a buffer which was being displayed, or the last buffer > being displayed whilst we waited for a configuration we'd requested to

It seems regular linux desktops can't run android apps even on Wayland?

Hello I'm Lúcio. I'm not a programmer so maybe what I am discussing here is somehow erroneous. Today I was wondering why it's not possible to have Android apps running natively on a Linux desktop since Android runs atop the Linux Kernel and it is pretty much compatible with the x86 architecture,

Re: [PATCH weston v9 13/62] compositor-drm: Return FB directly from render

On Fri, 3 Mar 2017 23:05:24 + Daniel Stone wrote: > Instead of setting state members directly in the drm_output_render > functions (to paint using Pixman or GL), just return a drm_fb, and let > the core function place it in state. > > Signed-off-by: Daniel Stone

Re: [PATCH weston v9 12/62] compositor-drm: Reshuffle drm_output_render

On Fri, 3 Mar 2017 23:05:23 + Daniel Stone wrote: > Call drm_output_render unconditionally, doing an early exit if we're > already rendering a client buffer on the primary plane, and asserting > for damage on the way out. > > Differential Revision:

Re: [RFC] Interface for injection of input events

On Wed, 22 Mar 2017 12:23:46 +1000 Peter Hutterer wrote: > Hi all, > > This is an RFC for a new interface to generate input events from arbitrary > clients. Note that this is only a few days old, so **do not** assume this is > anything more a thought experiment right

Re: [RFC] Interface for injection of input events

On Wed, Mar 22, 2017 at 1:24 PM Peter Hutterer wrote: > Hi all, > > This is an RFC for a new interface to generate input events from arbitrary > clients. Note that this is only a few days old, so **do not** assume this > is > anything more a thought experiment right