Hide Forgot
Still apply to Fedora 16 +++ This bug was initially created as a clone of Bug #680449 +++ 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). --- Additional comment from fedora-admin-xmlrpc on 2011-06-21 11:30:03 EDT --- This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. --- Additional comment from fedora-admin-xmlrpc on 2011-06-21 11:31:57 EDT --- This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. --- Additional comment from fedora-admin-xmlrpc on 2011-06-21 11:34:42 EDT --- This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. --- Additional comment from fedora-admin-xmlrpc on 2011-06-21 11:37:47 EDT --- This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. --- Additional comment from fedora-admin-xmlrpc on 2011-06-21 11:47:37 EDT --- This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. --- Additional comment from fedora-admin-xmlrpc on 2011-06-21 11:49:55 EDT --- This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. --- Additional comment from fedora-admin-xmlrpc on 2011-06-21 11:52:16 EDT --- This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. --- Additional comment from fedora-admin-xmlrpc on 2011-06-21 11:53:30 EDT --- This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. --- Additional comment from vaughn.jayson on 2011-07-03 00:37:59 EDT --- 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 --- Additional comment from vaughn.jayson on 2011-07-03 00:40:58 EDT --- *** Bug 712215 has been marked as a duplicate of this bug. *** --- Additional comment from vaughn.jayson on 2011-07-03 01:38:24 EDT --- *** Bug 708470 has been marked as a duplicate of this bug. *** --- Additional comment from michelduquaine on 2011-07-03 06:38:16 EDT --- 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. --- Additional comment from vaughn.jayson on 2011-07-03 09:15:58 EDT --- Thank you. I will go ahead and mark this bug as triaged. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers --- Additional comment from info on 2011-07-09 07:33:27 EDT --- 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 --- Additional comment from michelduquaine on 2011-08-10 06:53:22 EDT --- This bug is very very annoying. Is it possible to set the severity of this bug to High or Urgent? Thanks --- Additional comment from g.duranceau on 2011-08-20 03:25:07 EDT --- 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. --- Additional comment from hakan.hjort on 2011-10-10 07:42:04 EDT --- 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. --- Additional comment from hakan.hjort on 2011-10-10 08:14:23 EDT --- 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... --- Additional comment from hakan.hjort on 2011-10-24 09:35:07 EDT --- 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.
I have the same issue on my system. The console is setup properly. When I login using SSH I get the correct keyboard layout. But when I go the Gnome login I get an English keyboard. $ cat /etc/sysconfig/keyboard KEYTABLE="de-latin1-nodeadkeys" MODEL="pc105" LAYOUT="de" VARIANT="nodeadkeys" $ ls -l /etc/X11/xorg.conf.d total 4 -rw-r--r--. 1 root root 246 7. Mär 09:47 00-keyboard.conf lrwxrwxrwx. 1 root root 9 7. Mär 09:47 00-system-setup-keyboard.conf -> /dev/null $ cat /etc/X11/xorg.conf.d/00-keyboard.conf # Read and parsed by systemd-localed. It's probably wise not to edit this file # manually too freely. Section "InputClass" Identifier "system-keyboard" MatchIsKeyboard "on" Option "XkbLayout" "de nodeadkeys,de" EndSection Note, at installation time I choose a default "de" layout with dead keys. The installation was working fine at that time, i.e. I had the correct keyboard at login. The problem started when I changed to the no-dead-key variant using System Settings -> Keyboard -> Layout (including applying the modifications to the system wide settings). As you can see, Someone made
(In reply to comment #1) I solved the issue by deleting 00-keyboard.conf and 00-system-setup-keyboard.conf and rebooting the system. I suspect that System Settings -> Keyboard -> Layout created the bogus entries.
This message is a reminder that Fedora 16 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 16. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '16'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 16's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 16 is 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" 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
Fedora 16 changed to end-of-life (EOL) status on 2013-02-12. Fedora 16 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.