Tiny Core Linux
Tiny Core Extensions => TCE Bugs => Topic started by: SamK on January 14, 2013, 04:56:36 AM
-
TC v4.7.3
Boot Codesquiet norestore noswap kmap=qwerty/uk showapps pause waitusb=5:UUID="e1250876-d731-45a8-abd9-3e1d402b652f" tce=UUID="e1250876-d731-45a8-abd9-3e1d402b652f"
onboot.lst-xvesa-kmaps-workingXlibs.tcz
Xprogs.tcz
Xvesa.tcz
fltk-1.1.10.tcz
wbar.tcz
flwm_topside.tcz
kmaps.tcz
onboot.lst-xorg-kmaps-failingXlibs.tcz
Xprogs.tcz
Xorg-7.6.tcz
fltk-1.1.10.tcz
wbar.tcz
flwm_topside.tcz
kmaps.tcz
-
Yes, Xorg uses its own keymaps, not the console keymap. It defaults to US, you need to set your own in xorg.conf or by using the setxkbmap tool.
See /etc/X11/README.xorg.conf for an example.
-
Yes, Xorg uses its own keymaps, not the console keymap. It defaults to US, you need to set your own in xorg.conf or by using the setxkbmap tool.
See /etc/X11/README.xorg.conf for an example.
OK, got it thanks.
Rather than create a new xorg.conf, setxkbmap seemed simpler. With the help of this:
http://www.x.org/releases/X11R7.5/doc/input/XKB-Config.html
a working setup has been added in ~/.X.d.
Although the official advice is to specify multiple parameters, it works OK with just the country as follows:
setxkbmap gbThe country code sets up a British keyboard layout but I could not find a list of country codes for reference.
Edit
Afterthought, might this be a candidate for a boot code in order to allow both Xvesa and Xorg to be specified via boot loader?
-
Not really, since the names don't match.
-
Not really, since the names don't match.
I was thinking of an additional code for Xorg. In this way the different names might be less of an issue. Also it provides parity for both as each can then be specified as a boot code or started with a command post bootup.
Perhaps something along these lines (examples based on British keyboard)
kmaps=qwerty/uk (as currently specified)
kbxorg=gb (suggested for consideration)
-
I think that might open a more general subject if boot codes could/should refer to extensions (or not).
I wouldn't even know offhand if there are any such at current without first going through whole boot code list :P
If the conclusion was affirmative, sure there would be other candidates as well.
-
I think that might open a more general subject if boot codes could/should refer to extensions (or not).
I wouldn't even know offhand if there are any such at current without first going through whole boot code list :P
The idea is not intended to be interpreted as establishing policy for Core.
Extensions are required for at least two current boot codes:
- The current kmaps
- Use on RAID/LVM (http://wiki.tinycorelinux.net/wiki:pretce)