Red Hat Bugzilla – Bug 65025
Broken polish keyboard in KDE3
Last modified: 2007-04-18 12:42:36 EDT
From Bugzilla Helper:
User-Agent: Mozilla/4.79 [en] (X11; U; Linux 2.4.18-3 i686)
Description of problem:
Polish keyboard is broken after upgrading from RH7.2 (KDE2.2.2) to RH7.3
Pressing <Alt> +a gives <ae> instead of a with ogonek
Pressing <Alt>+c gives slashed c instead of accented c (0xE6)
Pressing <Alt>+e gives ordinary e
Only slashed l (lower and uppercase) are OK.
The pl2 keyboard is broken too (but z and y are switched as expected)
After switching from pl2 to pl keyboard z and y remain switched.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Upgrade RH7.2 to RH7.3 with KDE3, polish locale (or install RH7.3) configure
pl as main keyboard and
2. Open KEdit or other editor
3. Press Right <Alt> and a
Actual Results: (ae( character appears in KEdit
Expected Results: (a( with ogonek
Affects any KDE application. Tested on one computer.
After rebooting with polish keyboard enabled only slashed l and L are mapped
(correctly), other mappings are appearing after switching to us keboard and
remain active after switching back to pl. So I expect missing entries in
keyboard mapping file for pl keyboard.
each time the polish keyboard is selected, the message:
Error loading keymap /usr/X11R6/lib/X11/xkb/compiled/server-0.xkm
is appended to XFree86.0.log. I cant see any file except README there
This bug is in XFree86 4.2.0.
Replacing the file /usr/X11R6/lib/X11/xkb/symbols/pl by a similar file taken
from XFree86 4.1.0 (RedHat 7.2) or commenting out (with //) the two lines
defining the Euro sign solves the problem until introduction of Euro in Poland.
This may help for some other national keyboards as pl2.
Deleting the unnecessary comma after EuroSign in
/usr/X11R6/lib/X11/xkb/symbols/pl and restarting X-server is enough to have the
Polish keyborad functionality restored.
*** This bug has been marked as a duplicate of 64559 ***