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 (KDE3). 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 etc... 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): How reproducible: Always 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 Additional info: 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.
Another observation: 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 ***