<div dir="ltr">Hi,<div class="gmail_extra"><br><div class="gmail_quote">On 20 October 2014 16:06, Jussi Laako <span dir="ltr"><<a href="mailto:jussi.laako@linux.intel.com" target="_blank">jussi.laako@linux.intel.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 20.10.2014 17:26, Daniel Stone wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Makes sense, although you can already enforce isolation with a single<br>
shared compositor ...<br>
</blockquote>
<br></span>
Only weston can access the DRM compositor socket since it's the only one having group privileges for doing it. So each user has their own contained environment. DRM compositor is using fullscreen-shell and nested ones are using what ever other shell they wish.<br></blockquote><div><br></div><div>weston-launch should be taking care of the privileges for you anyway ...</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
We looked into input methods splitting with a shared compositor but it was getting a bit too complex. So now each nested compositor will manage their own set of input devices.<br>
<br>
So we have a functional setup with two displays, two mice, two keyboards and a touch screen. With the current approach. Two users have two mouse pointers and can type on the keyboard same time and window focus management and such works without modifications.</blockquote><div><br></div><div>Each to their own; I don't think it's necessarily any more complex than split compositors, since at some point you have to deal with input splitting anyway, and if you want both security (i.e. random users not opening random devices) and performance (i.e. no unnecessary hops through input compositor for events), you end up having to deal with input splitting in your system compositor anyway.</div><div><br></div><div>Cheers,</div><div>Daniel</div></div></div></div>