For gnome we will need to set it anyway (probably in our profiles if needed), but, anyway, I would like to let you know that synaptics upstream has started to even close the bugs as WONTFIX as soon as we don't provide patches ourselves:
Then, maybe we should think in trying to migrate from evdev+synaptics to libinput or, if that is premature (Cinnamon looks to be already fully compatible with libinput, GNOME wants libinput and, if I don't misremember, KDE and XFCE work with all... but I think MATE is pending still), maybe at least we could get libinput added to :/
Well, your call, maybe we can wait a bit more... but sooner or later we will need to migrate to libinput (as other distributions like opensuse, fedora... did) and only pull the legacy drivers when people really wants them for corner cases.
This for evdev:
Perhaps not a good iead at this point.
I tried to use libinput on two systems and on both xorg-server did not find (or configure properly, didn't look into that more closely) my keyboards with libinput.
(In reply to Lars Wendler (Polynomial-C) from comment #2)
> Perhaps not a good iead at this point.
> I tried to use libinput on two systems and on both xorg-server did not find
> (or configure properly, didn't look into that more closely) my keyboards
> with libinput.
Please look into it more closely. We're already way behind the libinput switch.
Yeah, I am using it for a long time on multiple machines without any issues, and also most distros are also using it... and most Gnome 3.20 users on Gentoo too :/
Okay, here's what I found out on the two ~amd64 systems that I use most frequently:
Having a keyboard section in my /etc/X11/xorg.conf file that looks like this:
Option "XkbRules" "xorg"
Option "XkbModel" "logitech_g15"
Option "XkbLayout" "de"
Option "XkbVariant" "nodeadkeys"
Option "XkbOptions" "terminate:ctrl_alt_bksp"
Now as soon as I switch the driver to libinput I have broken key mapping. It's not many keys but the most annoying breakage is that the "up" cursor key now emits the "print screen" key event while the "print screen" key seems to be dead.
Imagine how annoying it is to be in a terminal (xterm, konsole, etc.) and you cannot walk through the shell history but rather get lots of screenshots :-/
You probably should open a concrete bug report with your issues to try to get them fixed ever... if they are not causing by the concrete/custom xorg.conf snipped that would need to be updated for libinput usage :/
<whot> | mattst88: tell Lars to remove the XkbRules line, he explicitly configures it for the old AT scancodes. the only reason this worked is because evdev always overrides this setting (to avoid exactly that bug)
<whot> | mattst88: but either way it's a clear misconfiguration
In that case, could this be handled if possible? I think this needs to be done from profiles, right?
(In reply to Pacho Ramos from comment #8)
> In that case, could this be handled if possible? I think this needs to be
> done from profiles, right?
I am not sure if we would need a news item for this. In general, people not "playing" with xorg.conf files won't need to touch anything but ensure they are setting INPUT_DEVICES="libinput" instead of whatever value they had there (for the case of people not relying on profiles default for that).
For people having custom configs in xorg.conf.d... I am unsure if we can do much more than pointing them to "man 4 libinput" to know about the options they can use now. I have tried to find some migrations guides or similar from other distributions (as most are running libinput for a long time already) but I couldn't find anything special that we could add to:
Created attachment 460506 [details, diff]
How about this?
MATE is targeting support for libinput for the next release. We can look into backporting the upstream patches when they are all completed, if necessary.
(In reply to Matt Turner from comment #10)
> Created attachment 460506 [details, diff] [details, diff]
> How about this?
Author: Matt Turner <email@example.com>
Date: Fri Jan 20 09:51:39 2017 -0800
profiles: Switch default INPUT_DEVICES to libinput on Linux.