Ken Moffat wrote: > On Sat, Jul 14, 2012 at 01:37:30PM -0700, Bryan Kadzban wrote: >> We disable keymap in -182, and have for (IIRC) a long time. It's >> probably therefore better to keep the current state of things as >> they are, and continue to not enable it. >> > Looking at what was created, they all seem to be for (some) laptops > or netbooks. I don't have any of those machines, and I've never > installed these keymaps so I can't look at what they contain. > > The arch wiki > ( https://wiki.archlinux.org/index.php/Map_scancodes_to_keycodes ) > suggests this perhaps only applies to xorg (the 'media' keys added > beyond "standard" keyboards, if I'm reading it right), in which case > BLFS would be a better place to offer it as an option.
It seems to be mucking with the mapping from the keyboard hardware to the value returned on /dev/input/eventX, changing the way the kernel works. It seems better to me to muck with the mapping from the value returned on /dev/input/eventX to the X keysym -- inside the xkb configuration, choosing a different keyboard setup inside an InputClass section in xorg.conf. It's not like media keys mean anything on a text (or fb) terminal. :-) But yes, BLFS either way. > Now (wearing my BLFS hat) we're removing the ability to build them. Ah, good point. Hmm, I was forgetting about BLFS. :-/ Interestingly for us, the systemd autofoo actually does provide the ability to turn this on and off. :-P Well, if it remains an option (and likely off in LFS by default?) then that seems fine.
signature.asc
Description: OpenPGP digital signature
-- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
