+++ This bug was initially created as a clone of Bug #121950 +++
[ I reported the above bug against an FC2 test release. It was triggered by the
switch to Xorg-X11 -- some pathnames changed, and the KDE keyboard layout thing
didn't do the right thing with the new paths. I'm now seeing the identical
symptoms in FC5Test1, and I suspect a similar cause ... see the older bug for a
I wanted to switch my keyboard layout in KDE to dvorak, but when I went to make
the change in the control centre (Regional & Accessibility - Keyboard Layout),
there were no layouts to choose from.
Based on the suggestions from the older bug, I tried
ln -s /usr/share/X11/xkb /usr/X11R6/lib/X11
and, indeed, the layouts came back, so either KDE is still hard-coding a path or
else something else is causing similar symptoms
Yes, kde is probably still (quasi)hard-coding it.
Nevermind, kde (supposedly) now uses the XkbRF_GetNamesProp() API as suggested
by Mike Harris from your previous report. ???
Re: Comment #2
Yes, I know, it's weird -- that's why I opened a new bug instead of re-opening
the old one.
NB: I said in my initial bug repont above that creating a symbolic link made
the layouts come back. That's only partially true: they came back in the UI,
but it still didn't appear to work correctly when I actually chose one.
From what you describe, it appears Mike's fix from bug #121950 doesn't work
(CC'ing Mike): Mike, comment?
This problem has been fixed in kdebase-3.5.1, which will be available in rawhide
soon. Thanks for your report.