<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 24 August 2016 at 20:08, Tom Hochstein <span dir="ltr">&lt;<a href="mailto:tom.hochstein@nxp.com" target="_blank">tom.hochstein@nxp.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi All,</blockquote><div> </div><div>Hi, sorry for missing this in the originally,</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
The weston systemd startup implementation is not working correctly and I need some help fixing it.<br>
<br>
With systemd and pam on the image, the expected behavior is that XDG_RUNTIME_DIR would already be set when weston is launched from weston.service. Turns out XDG_RUNTIME_DIR is not set, and weston.service sets it itself. This is already a problem, and the problem would be worse except that weston happens to use a different folder. If weston.service is modified to use the same folder name, the folder ends up getting replaced later by pam.</blockquote><div><br></div><div><br></div><div>I can see our XDG_RUNTIME_DIR handling indeed should be cleaned up but just so I understand the whole issue: can you explain the problem you have in detail? It seems one issue is that the variable isn&#39;t set outside of Â Xsession (it really should) but why is it a problem if weston.service decides a runtime directory for itself? How does pam interfere with that?</div><div><br></div><div><br></div><div>Thanks,</div><div> Jussi</div><div>  </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> <br></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
>From looking at the weston-launch code and its pam handling, I thought to try the weston-launch option &#39;--user=root&#39; to force the creation of the pam session. This does seem to help, and I was able to get it mostly working by modifying the openvt args in weston-start, removing -e and adding -w:<br>
<br>
openvt -v -s -w -- weston-launch --user=root -- --modules=xwayland.so --log=/var/log/weston.log<br>
<br>
The problem I have now is that keyboard input goes to both weston and the desktop. I tried with and without the -s option, and there is no difference.<br>
<br>
I&#39;m stuck at this point and would appreciate some help.<br>
<span class="gmail-HOEnZb"><font color="#888888"><br>
Tom<br>
</font></span></blockquote></div><br></div></div>