Arch Linux

Gaudi

Member

Registered: 2013-08-23

Posts: 2

Keymap alternative in new systemd 206: missing command

The issue I am experiencing was described and solved correctly there: https://bbs.archlinux.org/viewtopic.php?id=167912

I originally posted there but as the issue is flagged as solved, I decided to start a standalone thread.

It is related to the migration of the keymap command and udev rules into a keyboard utility (using 60-keyboard.hwdb or any .hwdb file in /etc/udev/hwdb.d/)

The problem I am facing now, is that not only the keymap was used to remap the keys, but also to verify the mapping and getting the scancodes.

I used to use the command

/usr/lib/udev/keymap -i input/eventX

to monitor the assignements and also to get the right scancodes from a specific piece of hardware (as per instructions of the wiki https://wiki.archlinux.org/index.php/Ma … _keycodes).

Now that the keymap command is not available anymore, I tried showkey -s to get the info, but it is not consistent.

Is there any workaround to be able to monitor scancodes as previously done with keymap?

Thank you

tattsan

Member

Registered: 2013-08-26

Posts: 48

Website

Re: Keymap alternative in new systemd 206: missing command

I faced the same problem. For a workaround, I extracted /usr/lib/udev/keymap  and
/usr/lib/udev/findkeys  from old systemd-204-3 package file, and put them under /usr/local/bin .
They still work.

rioisk

Member

Registered: 2013-12-28

Posts: 1

Re: Keymap alternative in new systemd 206: missing command

I faced the same problem. For a workaround, I extracted /usr/lib/udev/keymap  and
/usr/lib/udev/findkeys  from old systemd-204-3 package file, and put them under /usr/local/bin .
They still work.

Confirmed keymap from old systemd-204-3 package file still works.

My problem was that my USB mouse (http://www.amazon.com/Precision-Program … B00AAQRNQ8) wasn't built with linux in mind so the device registered as a mouse and a keyboard (the 3 additional buttons were mapped by default to L_ALT, L_CTRL, and L_SHIFT). In order to make use of the additional mouse buttons in other capacities, I needed to remap the keys only on this specific device. Remapping with xkb (https://wiki.archlinux.org/index.php/X_ … _extension) worked but seemed to, figuratively speaking, only mask the keys as pressing, for instance, Alt on the master keyboard in combination with the mouse button for L_ALT caused the modifier to become locked until I pressed Alt on the master keyboard again. I was unsuccessful with udev as well despite obtaining the vendor/product id and creating the appropriate rule in the hwdb file. What was strange about this route was that this rule

keyboard:usb:v*p*
keyboard:dmi:bvn*:bvr*:bd*:svn*:pn*:pvr*

was successful in remapping the master keyboard but left the USB mouse unaltered. Needless to say I was near my wits end.

I finally found your post here and took keymap from the old systemd-204-3 package file and it worked like a charm in remapping the device. I'm new to archlinux so I don't know if it's kosher to reference ubuntu forums but for anybody unsure of how keymaps works then see this helpful post http://askubuntu.com/questions/69804/ho … -presenter

Finally glad to solve this problem.

Last edited by rioisk (2013-12-28 06:01:59)

tattsan

Member

Registered: 2013-08-26

Posts: 48

Website

Re: Keymap alternative in new systemd 206: missing command

An alternative to /usr/lib/udev/keymap  is now /usr/bin/evtest .
Let's install evtest package!