This unbreaks the key left of (Y) on the german keyboard layout for laptop with the below dmi information:
cat <<EOF > /etc/udev/hwdb.d/70-keyboard.hwdb evdev:atkbd:dmi:bvncoreboot:bvr4.9-Purism-1:bd05/16/2019:svnPurism:pnLibrem13v4:pvr4.0:rvnPurism:rnLibrem13v4:rvr4.0:cvnPurism:ct9:cvr: KEYBOARD_KEY_56=102nd EOF
I'd send this upstream but there is alredy a generic entry so i wonder how this is handled?
| Status | Assigned | Task | ||
|---|---|---|---|---|
| Open | mak | T888 Unbreak '<>|' on Librem13v4 | ||
| Open | None | T486 Pipe key producing # on Librem 13 v2, v3 UK and DE model devices | ||
| Duplicate | None | T443 Pipe key not working (behaves like #~ key) on Librem 13v2 UK device |
With unbreak i mean it prints the symbols shown on the buttom instead of '#' which left the user pretty stranded when doing math stuff (or wanting to use the pipe symbol in the shell)
Definitely need this, had this fixed already several times, but it seems to get overwritten when doing updates.
Oh btw, this has to be applied to v3 Librems as well, because the fix for the US keyboard breaks the | key on them as well.
Hmm, I don't have a Librem with a German keyboard so I can't test this and would have to apply this change blindly.
This looks like something that should also go into upstream systemd, right?
@mak main issue here is that i can't tell if the correct match string (so i did not use any wildcards) or if there are other devices with the same match that might break.
@hansolo Yes, thank you! What I hope to do is to determine that any action we take affects only the Librems with a US keyboard. We're going to have to determine the best fix for the US keyboard and then deploy.