defkeymap.map.gz can't be a symlink to a file in another directory

[nomis80@…]

If the keymap includes another keymap and searches for it in the current directory, defkeymap.map.gz can't be a symlink to that first keymap if it is placed in another directory. Some solutions:

1) We state explicitely the keymap name in the loadkeys script. 2) We use /etc/sysconfig/keymap to define the default keymap. 3) We use a symlink to the default keymap, but we leave it in the same directory. kbd will find it anyway.

I vote for 1.

[nomis80@…]

Oops, I meant to vote for 2.

[nomis80@…]

The way this will be fixed is by creating the /etc/sysconfig/kbd file and putting the default keymap in it. Then we source that file in the /etc/init.d/loadkeys file.

[gerard@…]

Simon,

You've been working on this one the most as it seems. What are we going to do? Can you check it kbd fixes that problem? If not, can you take care of creating /etc/sysconfig/kbd and stuff like that?

[markh@…]

Having glanced at this, I think the safest way to fix it is the way Simon suggested a while back. Create an /etc/sysconfig/kbd file with the name of the default keymap in. This would scrap the need for the defkeymap symlink wouldn't it? I suggest we do it this way. If you lot agree, I'll take this one on.

[gerard@…]

Yes go for it. A while ago we had the discussion on lfs-discuss about this (well before you, Mark, became active in LFS development so you may have missed it) and the majority of people who responded agreed on the /etc/sysconfig/kbd thing. Perhaps call the file /etc/sysconfig/keyboard instead, which may make it easier to figure out when just glancing through the files therein.

[markh@…]

Right. I've done it. Could everyone check the new loadkeys creation to check I haven't buggered something up.