README: Update to discuss libinput lua plugins

Maybe there's a credible future without the need for external tools like this
one.

Author: philipl

README.md

@@ -45,31 +45,13 @@ client receives events, and then forward all un-modified events through
 your virtual device. It's annoying but unavoidable - you can't hide individual
 events from other clients.
 
-## Why not evmapd
-
-There is an existing project called [evmapd](https://github.com/thkala/evmapd)
-which is, ostensibly, exactly what we're looking for - a daemon that will
-take input events from one device, and then generate new events on a different
-uinput based device. I made a serious attempt at using it but ultimately found
-it too limiting to rely on:
-* It doesn't support 1:N mappings, which I particularly care about
-  * eg: Mapping a mouse button to a key combination like `Super+A`
-* It relies on an obscure and hard to obtain library for command line
-  argument handling (libcfg+)
-* It's written in C, which I will always respect, but which doesn't add much
-  value to this kind of program
-* It's doesn't look actively maintained; it solved whatever problem the author
-  originally had, and that was it.
-
-Having said all that, it has a set of capabilities to handle remappings that
-are not from keys to other keys - particuarly creating virtual joystick axes
-from key events. If you care about those capabilities, you should use evmapd.
-I'm not going to expand beyond key to key remappings.
-
-## Requirements
-
-* Python >= 3.4 (for [asyncio](https://docs.python.org/3/library/asyncio.html))
-* [python-daemon](https://pypi.python.org/pypi/python-daemon) >= 2.1.2
-* [Python evdev binding](https://pypi.python.org/pypi/evdev) >= 0.7.0
-* [pyxdg](https://pypi.python.org/pypi/pyxdg) > 0.25
-* [PyYAML](https://pypi.python.org/pypi/PyYAML) >= 3.12
+## libinput's lua plugin based future?
+
+In the years since I first wrote `evdevremapkeys`, there wasn'tt been any real
+movement towards exposing a meaningful remapping capability from libinput. In
+2025, they started development of a
+[lua](https://gitlab.freedesktop.org/libinput/libinput/-/merge_requests/1192)
+plugin framework, which might turn out to be a real solution. When that lands,
+and as long as it doesn't depend on the Wayland compositor to expose access to
+it, it might turn out to be a better long term approach. But it's too early to
+say right now.

RUNNING.md

@@ -71,13 +71,13 @@ $ pipx install <source-tarball>
 You will not usually need a self-contained executable, given the existing options for running
 and installing the program, but it is possible to build one, if you wish.
 
-Run `build-binary.sh`. It assumes you have pip installed. This will download and install all dependencies,
+Run `build-binary.sh`. It assumes you have uv installed. This will download and install all dependencies,
 compile the python to excutable code using PyInstaller, then bundle all the dynamic modules into a
 single static executable using StaticX. You may need to install patchelf on your system.
 
 ## Running evdevremapkeys as a user background service
 
-You shouldn't run evdevremapkeys as a system service, these means everyone using the tablet will
+You shouldn't run evdevremapkeys as a system service, these means everyone using it will
 have the exact same config.
 
 systemd supports user-level services, where each user can have their own evdevremapkeys instance. It