Hello,

I have been looking for an hour or so who is responsible for the VT
switch shortcuts. It is set within the keymaps, there is a very good
(and old but good) article about this:
http://www.linuxjournal.com/article/187.

Now I have been looking for an appropriate place to call loadkeys with
a custom map file during the boot, unfortunately without success. I
had like to call loadkeys just after the one that is called upon
login. When you switch to vt-1 you can see Loading /lib/kbd..., I
quickly tried to trace when this is called, and it is definitely long
after rc.sysinit -- count that in milliseconds however ;-). The
rc.local file is execute after running xinetd in rc.sysinit or
somewhere around that, which isn't either a good place.

Is there a place for this at all? I guess that the proper fixing would
be somewhere like in the kernel kms?



In all cases, I can let you know how it is possible to turn the VT
switch shortcuts off (whatever they are called actually). First find
your keymaps file:

  grep KEYTABLE /etc/sysconf/keyboard

That should give the current setting of the KEYTABLE,

  source /etc/sysconf/keyboard
  find /lib/kbd/keymaps -name "*$KEYTABLE*"

and that should print the location of the file.

Second create a custom file:

  zcat <KEYMAPS_FILE> grep Console > custom.map

and than the file needs proper hand editing. In the end it should look
like this one: http://snipt.org/pkok take care this is for fr-latin9.
I replaced Console_... against VoidSymbol in all the lines that were
like "<modifier> keycode <code> = Console_<foo>" and "keycode <code> =
Console_<foo>."

You can run a test with one or two lines (that's what I have done
first) and parse the file with: loadkeys custom.map. I finally placed
the file into /usr/local/etc/custom.map.

For the moment I have put the following line in /etc/rc.local to load it:

  (sleep 5 && loadkeys /usr/local/etc/custom.map)&

and it works fine.

-- 
Mike
_______________________________________________
Moblin dev Mailing List
[email protected]

To manage or unsubscribe from this mailing list visit:
http://lists.moblin.org/listinfo/dev or your user account on http://moblin.org 
once logged in.

For more information on the Moblin Developer Mailing lists visit:
http://moblin.org/community/mailing-lists

Reply via email to