Bug 78218
| Summary: | Russian unicode keymap is missing | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Yury Konovalov <yurix> |
| Component: | kbd | Assignee: | Eido Inoue <havill> |
| Status: | CLOSED RAWHIDE | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 9 | CC: | leonid |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| URL: | http://www-106.ibm.com/developerworks/unicode/library/u-cyr/?dwzone=unicode?e | ||
| Whiteboard: | |||
| Fixed In Version: | 1.08-10 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2003-08-12 15:27:11 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Yury Konovalov
2002-11-20 08:36:46 UTC
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 this way. 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 solution exists? 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. |