Description of problem: I have done a clean the F15 branch install (from a network installation including updates). During the installation, I selected be-latin1 as my keyboard. I can use this layout properly during the installation process. After the reboot, the keyboard layout is still properly set during the "Create new user" step. I know because I entered "janssege" as username, which holds an "a" that was properly mapped to the correct key on my keyboard. Sometime later, the installation is finished and gdm is loaded. I select the username I created earlier, and try to enter my password (which would also have to be typed differently on a non-azerty keyboard). This fails. If I pretend my keyboard is querty, and enter my password, it works. Before loging in though, I chose to switch to another virtual console and log in in text mode. The virtual consoles have a proper azerty keyboard layout. Version-Release number of selected component (if applicable): gdm-2.91.91-1.fc15.i686 How reproducible: Always Steps to Reproduce: 1. Install F15, during the installation, select an Azerty keyboard layout (be-latin1 in my case) 2. Continue with the installation 3. In the step where you create a new user, choose a password with at least one character that is on a different key on Azerty and Querty keyboards. Remember, at this screen your keyboard layout is still configured as azerty. 4. Continue the installation until gdm shows the login screen 5. Try to login, still pretending your keyboard is azerty Actual results: Login will fail, because gdm assumes a querty layout. Expected results: gdm correctly picks up the layout preference configured during the installation process and uses that. Additional info: Just for the statistics, I seem to remember this is the third Fedora release in a row that has gdm using the wrong keyboard layout by default. Only this time it gets worse because I don't find the field anymore that can be used to change the keyboard layout at login time. I don't have strong opinions on such a field but if you remove it, gdm can't afford to goof up on keyboard layout selection. A less experienced user would not be able to log into his freshly installed Fedora which would result in a poor first impression. (First impression is what counts for new users).
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
Hello, Thank you for your bug report. In order to help us troubleshoot this further, can you please attach your /etc/X11/xorg.conf.d/00-system-setup-keyboard.conf Thanks. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
*** Bug 712215 has been marked as a duplicate of this bug. ***
*** Bug 708470 has been marked as a duplicate of this bug. ***
Hello, This the content of my /etc/X11/xorg.conf.d/00-system-setup-keyboard.conf: # This file is autogenerated by system-setup-keyboard. Any # modifications will be lost. Section "InputClass" Identifier "system-setup-keyboard" MatchIsKeyboard "on" Option "XkbModel" "pc105" Option "XkbLayout" "be" Option "XkbVariant" "latin9" Option "XkbOptions" "terminate:ctrl_alt_bksp," EndSection /etc/X11/xorg.conf.d/00-system-setup-keyboard.conf (END) Another remark: when I lock my screen and then login, I can enter my password with be-latin9 layout.
Thank you. I will go ahead and mark this bug as triaged. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
And this is the content of the file on my system: $ cat /etc/X11/xorg.conf.d/00-system-setup-keyboard.conf # This file is autogenerated by system-setup-keyboard. Any # modifications will be lost. Section "InputClass" Identifier "system-setup-keyboard" MatchIsKeyboard "on" Option "XkbModel" "pc105" Option "XkbLayout" "be" # Option "XkbVariant" "(null)" Option "XkbOptions" "terminate:ctrl_alt_bksp," EndSection
This bug is very very annoying. Is it possible to set the severity of this bug to High or Urgent? Thanks
I had the exact same problem and realized that the file /etc/X11/xorg.conf.d/00-system-setup-keyboard.conf existed but was empty on my system. I removed it, rebooted, the file has been recreated with proper content and keyboard layout was ok at login screen.
See bug 744641, it appears that the issue is if /etc/sysconfig/keyboard only contains KEYTABLE. That is how older system-config-keyboard generated it (or maybe it was from anaconda?) and bug in system-setup-keyboard.
Err.. I'll have to retract that... though it seems that system-setup-keyboard does not update /etc/X11/xorg.conf.d/00-system-setup-keyboard.conf correctly if /etc/sysconfig/keyboard only contains KEYTABLE. It's not run by default (some systemd config issue? don't know enough about it) but neither does placing the right configuration in /etc/X11/xorg.conf.d/00-system-setup-keyboard.conf help with the keyboard layout at login...
I've re-rand system-config-keyboard to get /etc/sysconfig/keyboard changed from KEYBOARDTYPE="pc" LAYOUT="se" to a contain KEYBOARDTYPE="pc" KEYTABLE="sv-latin1" MODEL="pc105" LAYOUT="se" I've upgraded and re-run system-setup-keyboard to get missing pieces added in /etc/X11/xorg.conf.d/00-system-setup-keyboard.conf However the GDM loging screen still has the US keyboard layout and not the "se" one. It can easily be seen by selecting 'other' and typing something in the user name text field. The slightly odd thing about my configuration is that I have LANG=en_US.UTF-8 rather than sv_SE.UTF-8 as I don't want translated messages/applications.
This message is a notice that Fedora 15 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 15. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '15' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 15 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping