Bugzilla – Bug 1208725
loadkeys cannot load keymap due to unknown keysym
Last modified: 2023-11-27 18:21:11 UTC
kbd version: 2.4.0 and 2.5.1 (x86) # loadkeys cz unknown keysym 'Omega' unknown keysym 'Omega' unknown keysym 'Omega' unknown keysym 'Omega' unknown keysym 'omega' unknown keysym 'omega' unknown keysym 'omega' unknown keysym 'omega' lk_add_key called with bad keycode -1 # loadkeys de unknown keysym 'trademark' unknown keysym 'trademark' unknown keysym 'trademark' unknown keysym 'trademark' unknown keysym 'trademark' unknown keysym 'trademark' unknown keysym 'trademark' unknown keysym 'trademark' lk_add_key called with bad keycode -1 # loadkeys us <no error>
This works while logged in on the console but one when running X. Not sure it's really a problem but the error message is not exactly great.
loadkeys requires the -u option when operating on /dev/tty0 (which is the default console device used when stdin is not a console) but on /dev/tty1 it's the default. Can /dev/tty0 by also switched to unicode? kbd_mode -fu /dev/tty0 does it but I do not see where that happens for tty1
I'll take a look
SDL does kbd->console_fd = open("/dev/tty", O_RDONLY | O_CLOEXEC); ioctl(kbd->console_fd, KDSKBMODE, K_OFF); but that's different device from /dev/tty0 And kbd_mode -fu /dev/tty0 seems to undo it.
after kbd_mode -fu /dev/tty0 keyloads works as normal, at least on my RPi4 Tumbelweed.
SDL has been updated, need to look what they do in current git.