<div dir="ltr">Hi,<div class="gmail_extra"><br><div class="gmail_quote">On 2 January 2015 at 12:24, Sjoerd Simons <span dir="ltr"><<a href="mailto:sjoerd.simons@collabora.co.uk" target="_blank">sjoerd.simons@collabora.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Under the assumption that weston-launch is a tool for developers to<br>
start weston, then sure fine. If weston-launch gets used to autostart<br>
weston on bootup (as i'm doing in some cases), that behaviour is<br>
horrible.<br></blockquote><div><br></div><div>It's not a developer tool. If you're launching weston directly, either you've done something 'clever' with DRM/input device permissions, or you're running as root. I'm not 100% sure if running weston directly even works.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Apart from blatent configuration issues there can be a lot of reasons<br>
why there are no input devices available at the time weston start,<br>
which can range from devices not being plugged in to devices not being<br>
enumerated yet (which can potentially happen with USB input devices,<br>
but are a lot more likely with bluetooth devices).. In those cases<br>
it's a lot more user-friendly to display an onscreen message indicating<br>
there are no input devices instead of simply aborting.<br></blockquote><div><br></div><div>But what do you do after that? Do you display the message and abort (leaving either console -> background -> error message in a tight loop if auto-restart is enabled), in which case there's no real difference to the current behaviour? Or do you display a message and leave the user no way to kill weston other than SSH, in which case there's no difference to the behaviour with this patch?</div><div><br></div><div>Cheers,</div><div>Daniel </div></div></div></div>