Hide Forgot
Description of problem: Version-Release number of selected component (if applicable): http://download.englab.nay.redhat.com/pub/rhel/rel-eng/RHEL-7.0-20131127.1/compose/Client/x86_64/os/ kbd-1.15.5-7.el7.x86_64 How reproducible: Always Steps to Reproduce: 1. Fresh install 2. Set language > Japanese 3. Set keyboard -> English (US) Actual results: The keyboard layout is set to Japanese keyboard. Expected results: The keyboard layout is sest to English (US) keyboard. Additional info:
Does it happen in graphical mode (X server), or in the text console (ctrl+alt+Fx)? What is output of 'cat /etc/vconsole.conf'?
It happens in graphical mode. [nmizumoto@localhost ~]$ cat /etc/vconsole.conf KEYMAP="us" FONT="latarcyrheb-sun16"
Thanks, vconsole setting looks fine. If it happens in the graphical mode, then it is not problem of kbd. But I'm not sure in which component the bug is. It could be Anaconda, systemd-localed, xkeyboard-config... What is output of "localectl"?
Hi here is the output [nmizumoto@localhost Desktop]$ localectl System Locale: LANG=ja_JP.utf8 LC_NUMERIC=ja_JP.UTF-8 LC_TIME=ja_JP.UTF-8 LC_MONETARY=ja_JP.UTF-8 LC_PAPER=ja_JP.UTF-8 LC_MEASUREMENT=ja_JP.UTF-8 VC Keymap: us X11 Layout: us,jp X11 Variant: ,
(In reply to Noriko Mizumoto from comment #5) > Hi here is the output > > [nmizumoto@localhost Desktop]$ localectl > System Locale: LANG=ja_JP.utf8 > LC_NUMERIC=ja_JP.UTF-8 > LC_TIME=ja_JP.UTF-8 > LC_MONETARY=ja_JP.UTF-8 > LC_PAPER=ja_JP.UTF-8 > LC_MEASUREMENT=ja_JP.UTF-8 > VC Keymap: us > X11 Layout: us,jp > X11 Variant: , Looks good. Maybe the X11 layout is dual one and has to be switched somehow? Reassigning to xkeyboard-config.
please attach your xorg.log file. From the localctl output it looks like the X layout is configured to provide both us and jp, but given that us is the first group it should be the active one. I suspect gdm or GNOME is changing the group on login.
Created attachment 845895 [details] Xorg.0.log Here two log files attached, 0 and 9.
Created attachment 845896 [details] Xorg.9.log
Ok, I need you to test something please. The issue could be with the xserver startup but it's most likely the desktop environment/GDM changing things. Run the following commands to test a plain X session: 1. sudo yum install -y xterm 2. sudo systemctl stop gdm.service log in on the tty as your user 3. xinit This starts up a plain X server with xterm as the only client. What language is set for your keyboard? jp or us? exiting the xterm will drop you back to the tty, and you can systemctl start gdm.service to get back to gdm.
I just installed a fresh box, selecting Japanese during the install but selecting US as keyboard. On boot up, after login (no password), the initial setup tool offered japanese as default with US already in the list. xorg.log shows us, jp as layouts as does your file. At the gdm login screen and once logged in, the language switcher shows en as default, with jp as selectable second. At this point I'd like to know, in addition to Comment 10's request, what the exact steps were to reproduce this, and if this is still an issue with the most up-to-date version.
Fresh installed with latest build and cannot reproduced the issue. Select English(US) keyboard works as expect in Comment 11. Closing it.
> 3. Set keyboard -> English (US) This step is a bit unclear: You mean you added a US layout in addition to the JP one in the installer Keyboard screen? Since I don't use JP keyboard either I usually remove JP keyboard and add US keyboard there. At least doing that I don't see any problem on RHEL-7.0-Client-20140214.0. Let me try to do another install where I add US rather than replacing JP.
(In reply to Jens Petersen from comment #13) > Let me try to do another install where I add US rather than replacing JP. In this case US will be added as a secondary keyboard layout which is expected behaviour in this case I think. Noriko, I guess what you want to do was either move US layout above JP one in priority or like me just remove the JP layout in the installer completely.