I've experienced bug 530452 on two systems (one is a i686 and the other is a x86_64, not sure if relevant). The fix solved the problem for the i686 system, but not for the x86_64 one.
The problem is still present with:
The problematic x86_64 system has a long term rawhide installation. The fixed i686 system was a freshly installed fedora 12 beta.
Created attachment 366928 [details]
The output from lshal
Created attachment 366929 [details]
Contents of my /ets/sysconfig/keyboard
Created attachment 366930 [details]
Here's my Xorg.0.log.
I've noticed that the layout used by gdm is the correct one (Portuguese), but the session layout (on the dropdown box) is defaulted to USA.
I just tried this with German, and it works as intended:
1. make german the system keyboard layout, using s-c-keyboard
3. notice that gdm uses german keyboard layout
4. select a user
5. notice that german is the default keyboard layout
This works unless you have something else selected in your $HOME/.dmrc
Here are the contents of my .dmrc:
So the layout is wrongly selected to be "us". I suspect that if I change it manually, it will be used.
Any idea why the .dmrc file is unchanged even if I go to System->Configuration->Keyboard?
$ ls .dmrc -l
-rw-r--r--. 1 renato renato 42 Nov 1 09:53 .dmrc
You may notice that the file is touched, but it is unchanged. Maybe a broken applet?
I've changed it by hand to "pt", and logged off. Gdm still selects "us", and opening the file after login shows it is set once again to "us"...
rm -f /var/cache/gdm/your-username/.dmrc
rm -f ~/.dmrc
and start fresh, does it work from then on?
It does! Great!
I'm not sure how to settle this, is it a bug or a just a quirk?
Ray, if I'm reading this correctly it's a transient issue which hit Renato because he'd used the broken version, and it shouldn't hit any new installs or upgrades using the final release images - does that sound correct? If so, I think we can drop it from the blocker list.
Fedora Bugzappers volunteer triage team
Right, it's a bit of a trap because the layout chooser isn't really designed right. We aren't going to fix that for GA though.
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle.
Changing version to '12'.
More information and reason for this action is here:
I'm closing this bug, as it shouldn't be a problem anymore. WONTFIX seemed the best resolution for a quirk, apart from WORKSFORME.. :)