Commits on Source (10)
-
Make it more descriptive in order to add a client_destroy_listener. Signed-off-by: Daniel Stone <daniels@collabora.com>
ed35fc7f -
When we're asked to take a screenshot but are already taking one, just exit out of the function early. Signed-off-by: Daniel Stone <daniels@collabora.com>
961be270 -
See discussion in wayland/weston!951 for the reasoning why: the screenshooter must only deal with wl_client. Signed-off-by: Daniel Stone <daniels@collabora.com>
97421545 -
This initialises fdstr to 'safe' values so we can reliably deinit them. Signed-off-by: Daniel Stone <daniels@collabora.com>
17331a0c -
This can happen and it's not an error condition. No reason to shout about it. Signed-off-by: Daniel Stone <daniels@collabora.com>
7397030f -
When we launch a child, we need to clear CLOEXEC on any FDs we want to survive the exec. Use an array for doing this, so it's more generic and we can allow callers to pass in their own. Signed-off-by: Daniel Stone <daniels@collabora.com>
11c9ec11 -
weston_client_start() takes only a single path with no arguments, forking a process to start that command line, and creating a client from it. weston_client_launch(), which was always misnamed and will be renamed in the next patch, now only handles the child process and nothing else. Signed-off-by: Daniel Stone <daniels@collabora.com>
c0a75ee3 -
Trivial fixup to not leak socketpairs if we need to exit early in the function. Signed-off-by: Daniel Stone <daniels@collabora.com>
4e6a978e -
This gets us closer to the implementation of weston_client_launch, so we can reuse that instead of open-coding it. Signed-off-by: Daniel Stone <daniels@collabora.com>
dfda0ca9 -
Now that our process-launching internals are identical between the (still-misnamed) weston_client_launch and the frontend's Xwayland launcher, we can reuse the internals instead of open-coding it. As a result, we now additionally prevent Xwayland from inheriting Weston's signal mask, by clearing SIG_UNBLOCK on all signals. This should have no observable effect as we do not depend on signal handling within Xwayland, instead using the displayfd readiness mechanism since c2f4201e. Signed-off-by: Daniel Stone <daniels@collabora.com>
3ac27480