<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-"><br>
>> I agree with adding libinput as a mandatory dep for qt5.<br>
>><br>
> why?<br>
<br>
</span>Taken from<br>
<a href="https://blog.qt.io/blog/2015/01/20/qt-weekly-23-qt-5-5-enhancements-for-linux-graphics-and-input-stacks/" rel="noreferrer" target="_blank">https://blog.qt.io/blog/2015/<wbr>01/20/qt-weekly-23-qt-5-5-<wbr>enhancements-for-linux-<wbr>graphics-and-input-stacks/</a><br>
<br>
Using libinput in place of the traditional evdevmouse|keyboard|touch<br>
input handlers of Qt 5 has a number of advantages. By using it Qt<br>
applications get the same behavior, configuration and calibration that<br>
other clients, for example Weston use. It also simplifies bringup<br>
scenarios since there will be no need to fight Qt’s input stack<br>
separately in case libinput is already proven to work.<br>
<br>
Since more packages are relying on qt5, xcb plugin will soon become an<br>
important considerations and it does require libinput to work.<br>
<br>
libinput is now included in -current as well, so it will be easy to<br>
remove libinput from one place (qt5) instead of many different packages<br>
in our repository in the next Slackware release.<br>
<br>
if libinput stays as optional dep, we still have to fix stellarium's dep<br>
as well. I will wait for qt5's decision about this.<br>
<br>
ps: wayland and libinput are now available on our repository so that<br>
will have to be fixed as well.<br></blockquote><div>From your explanation I agree that adding libinput as a required dependency for qt5 makes sense.  I only see these applications that need to be tested with libinput as a required dep., which also have qt5 as a required dep.</div><div><br></div><div>desktop/compton-conf<br></div><div>network/qbittorrent-qt5<br></div><div>system/zuluCrypt<br></div><div><br></div><div>--Larry</div></div></div></div>