teclas de reasignación del teclado?

Estoy tratando de encontrar una manera de reasignar las teclas del teclado con fuerza.
Intenté usar xmodmap y setxkbmap, pero no funcionan para una aplicación específica. Dichos comandos funcionan para otras ventanas / aplicaciones normales en X tho.

¿Creo que la aplicación puede estar leyendo los datos sin procesar del teclado e ignorando la entrada X?

Entonces, ¿cómo reasignar las teclas sin usar xmodmap y setxkbmap? si alguna vez se puede hacer usando algún software.

También probé xkeycaps, xkbcomp, pero no probé loadkeys, ya que se ejecuta en X.

Encontré aquí que podía intentarlo setkeycodes, "porque después de asignar el código de clave del núcleo, el botón debería funcionar en xorg" , pero también descubrí que "no se pueden usar 'setkeycodes' en teclados USB" , ese es mi caso (estoy interesado en el caso alguien lo hace funcionar en ps2 ya que creo que podría usar un adaptador).

Esto parecía prometedor "Asignar códigos de escaneo a códigos de teclas" , pero después de algunas pruebas nada cambió, aquí están:
Encontré el código de clave "36" (tecla "j") en vt1 con el código de showkey
escaneo "7e" (teclado ".") En vt1 conshowkey --scancodes

$cat >/etc/udev/hwdb.d/90-custom-keyboard.hwdb
keyboard:usb:v*p*
keyboard:dmi:bvn*:bvr*:bd*:svn*:pn*:pvr*
 KEYBOARD_KEY_7e=36
$udevadm hwdb --update #updates file: /lib/udev/hwdb.bin
$udevadm trigger #should apply the changes but nothing happened
$cat /lib/udev/hwdb.bin |egrep "KEYBOARD_KEY_7e.{10}" -ao
KEYBOARD_KEY_7eleftmeta
$#that cat on hwdb.bin did not change after the commands..

Obs .: tampoco funcionó con: KEYBOARD_KEY_7e=j

Algunas formas más alternativas (por @ vinc17) para encontrar las claves:
evtest /dev/input/by-id/... o
input-kbd 3(coloque el índice de identificación encontrado en ls -l /dev/input/by-id/*ex. Event3)

PD .: * Si está interesado en probarse a sí mismo, el hilo relacionado para la aplicación es este: http://forums.thedarkmod.com/topic/14266-keyboard-issue-in-new-version-108/ Los problemas I tienen son las mismas: algunas claves (KP_Decimal, DownArrow, UpArrow, RightArrow) se ignoran y se consideran todas con el mismo valor "0x00"

Primero encuentre el código de escaneo de la clave que necesita reasignarse, por ejemplo, con la evtestutilidad. Se MSC_SCANdebe generar una línea como la siguiente (con ella):

Event: time 1417131619.686259, type 4 (EV_MSC), code 4 (MSC_SCAN), value 70068

seguido de un segundo que proporciona el código clave actual. Si no MSC_SCANse emite ninguna línea, esto se debe a un error del controlador del kernel, pero el código de escaneo todavía se puede encontrar con la input-kbdutilidad; evtestdebería haber proporcionado el código clave, de modo que debería ser fácil encontrar la línea correspondiente en la input-kbdsalida (por ejemplo, usando grep).

Una vez que se hayan determinado los códigos de escaneo de las claves que se reasignarán, cree un archivo como el que /etc/udev/hwdb.d/98-custom-keyboard.hwdbcontiene las reasignaciones. El comienzo del archivo /lib/udev/hwdb.d/60-keyboard.hwdbda alguna información. En mi caso (que funciona), tengo:

evdev:input:b0003v05ACp0221*
 KEYBOARD_KEY_70035=102nd       # Left to z: backslash bar
 KEYBOARD_KEY_70064=grave       # Left to 1: grave notsign
 KEYBOARD_KEY_70068=insert      # F13: Insert

(Antes de udev 220, tenía que usar keyboard:usb:v05ACp0221*para la primera línea).

La evdev:cadena debe estar al principio de la línea. Tenga en cuenta que las letras en el proveedor y la identificación del producto deben ser mayúsculas. Cada KEYBOARD_KEY_configuración debe tener exactamente un espacio antes (nota: una línea sin espacios dará un mensaje de error, y una línea con dos espacios se ignoró en silencio con las versiones antiguas de udev). KEYBOARD_KEY_es seguido por el código de escaneo en hexadecimal (como lo que ambos evtesty input-kbddar). Los valores válidos se pueden obtener de la evtestsalida o la input-kbdsalida, o incluso del /usr/include/linux/input.harchivo: por ejemplo, KEY_102NDdaría102nd (quitando KEY_y convirtiendo a minúsculas), que utilicé anteriormente.

Después de guardar el archivo, escriba:

udevadm hwdb --update

para (re) construir la base de datos /etc/udev/hwdb.bin(puede verificar su marca de tiempo). Luego,

udevadm trigger --sysname-match="event*"

tendrá en cuenta la nueva configuración. Puedes consultar conevtest .

En 2014, el udev publicado contenía información incompleta / con errores /lib/udev/hwdb.d/60-keyboard.hwdb, pero puede consultar la última versión de desarrollo del archivo y / o mi informe y discusión de errores sobre la documentación y los problemas de espacio.

Si esto no funciona, el problema podría encontrarse después de aumentar temporalmente el nivel de registro de udevd with udevadm control(consulte la página del comando man udevadm (8) para obtener más detalles).

Para udevversiones antiguas como 204, este método aún debería funcionar.