From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2b) Gecko/20021022
Description of problem:
There's no any Russian unicode keymap, that make it impossible to type russian
in UTF-8 console mode
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.set LANG to ru_RU.UTF-8 in /etc/sysconfig/i18n
2.set KEYTABLE to any file basename from available russian keymaps
3. service keytable restart
4. try to type in russian
Actual Results: latin1 or some other characters appear instead of russian chars.
Expected Results: there should be at least one working unicode keymap for
russian keyboard. It would be good to have several unicode keymaps for
russian with different layout switching key-sequence
Russian unicode keymap could be found in console-tools package from ALTLinux
Sisyphus package repository
the ru.map should work with Unicode.
did you do a unicode_start command before loading the ru.map?
Even if I use unicode_start command it never works for me. I steel think it due to bad keymap file. Manual for unicode_start has this: ... For the keyboard this means that one can attach 16-bit U+xxxx values to keyboard keys using loadkeys(1), and have these appear as UTF-8 input to user programs. ... At the same time ru.kmap does not attach 16-bit values to keys: ... keycode 21 = +y +Y +206 +238 ... So it seems, that it simply send koi8-r keycodes instead of UNICODE. As far as I understand, correct UNICODE keymap record for russian should be like this: ... altgr keycode 21 = U+043D # CYRILLIC SMALL LETTER EN ... as it is in ruwin-Corwin_ct_sh-UNICODE.map.gz (see above link for console-tools package)
Can you tell me if you're unable to use Russian using the instructions provided
in the article in developerWorks (URL attached)? I'm capable of doing Russian
still present in RH 9
I quess that unicode keymaps should be included into distro, that use UTF-8
console mode by default, otherwise keyboard layout switching is broken in console.
non-ASCII input into the console won't be supported on UTF-8 based systems (RHL
8+) until the kernel supports it. See the release notes in the next beta for
more info. Of course, input through X will always be supported.
No doubt, linux console is not ready for input/output of the whole range of
UCS-4 due to the different limitations in pc video hardware and maybe linux
kernel input methods. BUT all this limitations does not affect displaying and
input of Russian characters.
Here it is why:
1) Since release of RH8, the default console font is: LatArCyrHeb
which has all needed russian glyphs.
2) If locale set to xx_XX.UTF-8, then console is switching to unicode
input/output mode (by initscripts). And that's why russian is displaying
correctly "out of box" (though not in all console application, but this
issue is not specific to russian).
3) Since console is in unicode input mode (kbdmode -u, executed by
initscripts), it expects any keymap loaded use unicode code points instead
8-bit. RH8-RH9 installers load (and suggest by default) only 8-bit russian
keymaps, which will never work unless user will hack up configs and install
support for specific 8-bit locale.
I have read release notes for the new beta, download and give it a try.
I believe, that fact of unsupporting non-ascii input is not concern to russian
because it already supported. The only thing that prevent out-of-box support
is this bug issue.
PS: Let's face it -- why RH installer still suggests deliberately non-working
option for Russian users, while there is quite working and easy to implement
Have you tried the latest package in Rawhide? It includes the new russian map.
I was unable to find any new russian keymaps in kbd-1.08-9 from current
Rawhide, though spec claims that it was replaced at Jul 30.
Maybe I've missed something. Which file provides the new keymap?
You're right-- the patch was generated but never applied. The patch is applied
in release 10. It replaces the old ru.map.