Re: VC keyboard configuration
Quoting Thomas Schmitt (scdbackup@gmx.net):
> > But worse, the keyboard has gone american:
>
> Everybody should have a QWERTY and only use 7-bit ASCII.
> This would promote international understanding, world peace,
> and C programming.
:)
> > The output from dumpkeys -f is very different in the two
> > keycode 1 = Escape Escape VoidSymbol VoidSymbol VoidSymbol Meta_Escape
> > keycode 1 = Escape Escape Escape Escape Escape Escape Escape Escape
>
> You must have deeply confused it.
> Where did you get the syntax proposal of
> ctrlr keycode 106 = 'Hello'
Yes, that's incorrect. I have discovered that any errors in
/etc/console-setup/remap.inc are severely punished with the
bizarre behaviour. I can only assume that the perl script
ckbcomp does not validate its input, and quite possibly has
some mistakes.
If the 'errors' are slight, then it does nothing, leaving
dumpkeys -f unchanged. So, lines like these work:
ctrll keycode 105 = F55
Control keycode 105 = F55
control keycode 105 = F55
but any one of these silently fails:
Ctrll keycode 105 = F55
Ctrlr keycode 105 = F55
ctrlr keycode 105 = F55
which is ridiculous.
> > > udevadm trigger --subsystem-match=input --action=change
> > No. I reboot,
> Ouch uptime.
Once I got *something* to change, I found it was unnecessary to reboot
all the time. I circulate the F55 numbers each time to ascertain
whether anything changes or not.
Rebooting gives you a few minutes break (to walk to another computer!)
except when I got a recurrence of my binfmt_misc problem: I now have
binfmt_misc in /etc/modules to make sure it gets loaded. This is the
first time since adding the line that
[ Cylon eye ] A start job is running for Enable support for additional
executable binary formats (9min 52s / no limit)
appeared and, as usual, I could ssh into the box, but ls -lR /proc/sys/fs
hangs and even halt -f does nothing (after saying 'Halting.').
I do now remember to umount /home before I hard reset.
Cheers,
David.
Reply to: