linux/poky.git/meta/recipes-graphics/wayland, branch hardknott-next

weston: fix build failure due to race condition

2021-05-04T21:57:51+00:00

The wayland.c actually include 'xdg-shell-client-protocol.h' instead of the server one, so fix it. Otherwise, it's possible to get build failure due to race condition. (From OE-Core rev: 9147e34486d7d45365e590140c5f08aa4be367ee) Signed-off-by: Chen Qi Signed-off-by: Richard Purdie (cherry picked from commit bd2a9a4d82f66f1ff414c392bcf234d8dbd5e553) Signed-off-by: Anuj Mittal Signed-off-by: Richard Purdie

weston-init: Set $HOME variable for SysVinit manager

2021-03-20T18:54:56+00:00

SysVinit sets by default the $HOME directory to "/" for the init scripts. It's picked then by the weston-launcher and make weston-terminal to have wrongly set $HOME environment variable for the root user. (From OE-Core rev: f5ddf5533b19a41be9e9cd403c2e7ded6da6f272) Signed-off-by: Adrian Fiergolski Signed-off-by: Richard Purdie

libinput: less parallism to increase chances the test suite works

2021-03-06T22:39:04+00:00

Discussion with the libinput maintainer has confirmed that many of the libinput test cases need to run on a relatively unloaded system, because input handling is by definition time-sensitive and any event mismatches are considered a failure to avoid broken code hiding. We can't expect libinput to run on an otherside unloaded machine because the autobuilder ptests execute in a qemu at the same time as builds can be happening. We can however reduce the amount of parallellism happening in the libinput test suite to give it a better chance of succeeding. This may not be enough, but it's worth a go. [ YOCTO #14164 ] (From OE-Core rev: 5702f7c489ed45b7f4a69c78aa8215e2c98e21c4) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

weston-init: Fix weston-keyboard path in weston.ini

2021-02-16T11:28:17+00:00

The weston-keyboard executable is installed into /usr/libexec instead of /usr/lib/weston , correct the path in weston.ini . (From OE-Core rev: 56dee47a5ddb1da66d30f894a282d0658dcc930c) Signed-off-by: Marek Vasut Cc: Khem Raj Cc: Richard Purdie Signed-off-by: Richard Purdie

weston: remoting backend requires GStreamer base plugins

2021-02-13T17:01:12+00:00

The remoting backend of weston requires the GStreamer base plugins, so add them to the PACAKGECONFIG depends list. (From OE-Core rev: 0b45994656fee7c4b7bdb5bd8571f0c61217a182) Signed-off-by: Joshua Watt Signed-off-by: Richard Purdie

wayland: upgrade 1.18.0 -> 1.19.0

2021-01-30T10:41:03+00:00

This release mostly contains bug fixes and minor protocol updates. Related patches were rebased and backported patches dropped. (From OE-Core rev: 353382f6c7f3904a11e0a73a1b17eff4963bdcb9) Signed-off-by: Denys Dmytriyenko Signed-off-by: Richard Purdie

libinput: upgrade 1.16.3 -> 1.16.4

2020-12-09T12:20:33+00:00

(From OE-Core rev: 4d3ebeef202d9c0544749b64d47e269d939a5124) Signed-off-by: Zang Ruochen Signed-off-by: Richard Purdie

weston-init: Stop running weston as root

2020-11-24T10:27:45+00:00

Running the weston compositor as the root user is an insecure default behavior for OE-core. We can do much better, at least when using systemd. Change the recipe to create a dedicated "weston" user and start weston as this user. The systemd service and socket units are no longer template units, as there were several inconsistencies in the templates. Instead, there is now a global /run/wayland-0 socket that gets created, and systemd will start weston on demand when a client connects to that socket or when attempting to reach graphical.target, whichever comes first. This also allows downstream users to easily change the behavior so that weston *only* starts on demand by adding a drop file. Access to the global socket is controlled by a "wayland" group; any user that is a member of the group can use the socket to talk to the compositor. This also satisfies another use case where another systemd service might start a graphical application that needs to display with weston (e.g. a single function device in kiosk mode). Finally, the udev rules for starting weston with the existance of a DRM device have been removed. Being WantedBy= a graphical target should eliminate the need for this behavior, and having it present makes it difficult for downstream users to start weston on demand (having to override the udev rules). (From OE-Core rev: dd83fb40f76749c6689807afabc63b9d5c2a4065) Signed-off-by: Joshua Watt Signed-off-by: Richard Purdie

weston-init: Fix incorrect idle-time setting

2020-11-17T21:53:14+00:00

(From OE-Core rev: 84b3a6b7bd73ebad90865ee4351578c2109358fb) Signed-off-by: Alistair Francis Signed-off-by: Richard Purdie

libinput: upgrade 1.16.2 -> 1.16.3

2020-11-17T21:53:13+00:00

(From OE-Core rev: e710f7cf11d494c057f7065f9fc271b7e4e85d62) Signed-off-by: Zang Ruochen Signed-off-by: Richard Purdie