RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1050180 - keyboard layout changes back to english, allthough german (austria) is selected during install
Summary: keyboard layout changes back to english, allthough german (austria) is select...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: systemd
Version: 7.0
Hardware: x86_64
OS: Linux
unspecified
low
Target Milestone: rc
: ---
Assignee: systemd-maint
QA Contact: qe-baseos-daemons
URL:
Whiteboard:
: 1117206 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-01-08 20:09 UTC by Christoph Galuschka
Modified: 2015-06-12 09:05 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-06-12 09:05:53 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
CentOS 7195 0 None None None Never

Description Christoph Galuschka 2014-01-08 20:09:32 UTC
Description of problem:
When choosing i.e. ge-de as keyboard layout for the installation, and removing en as layout, after the installation completes and the system reboots, a en-keybord layout is again in place.

Version-Release number of selected component (if applicable):
RHEL7b1

How reproducible:
always

Steps to Reproduce:
1. install from netinstall/full DVD
2. choose german keyboard layout, and remove english keyboard layout
3. reboot - english layout is again in use

Actual results:
english leyout is used, allthough not selected during install

Expected results:
german layout is in use

Additional info:
When using EL6, the layout selected during install stays in use after completion/reboot.

Comment 2 Vratislav Podzimek 2014-01-09 10:21:37 UTC
(In reply to Christoph Galuschka from comment #0)
> Description of problem:
> When choosing i.e. ge-de as keyboard layout for the installation, and
> removing en as layout, after the installation completes and the system
> reboots, a en-keybord layout is again in place.
> 
> Version-Release number of selected component (if applicable):
> RHEL7b1
> 
> How reproducible:
> always
> 
> Steps to Reproduce:
> 1. install from netinstall/full DVD
> 2. choose german keyboard layout, and remove english keyboard layout
> 3. reboot - english layout is again in use
> 
> Actual results:
> english leyout is used, allthough not selected during install
What does "english layout is used" mean? Do you mean it is used in the VConsole or in the X server? Could you please attach the /etc/vconsole.conf and /etc/X11/xorg.conf.d/00-keboard.conf files from that system?

Comment 3 Christoph Galuschka 2014-01-09 10:28:33 UTC
Hi,

I installed a minimal system, so I can only offer VConsole. I selected the german keyboard layout during install and removed the english layout. After rebooting, the layout is english again. The file contents you requested reads:
>>
KEYMAP=de-latin1-nodeadkeys
FONT=latarcyrheb-sun16
>>
I do read it lists a german layout, however when pressing 'z' in my keyboard I get an 'y' on the console. Using system-config-keyboard to change the layout works, as afterwards a 'z' is a 'z' again.
I probably forgot to mention the installation is on vBox 4.3.6 if this makes any difference.

Comment 4 Vratislav Podzimek 2014-01-09 11:45:25 UTC
Is it still KEYMAP=de-latin1-nodeadkeys after using system-config-keyboard? If not, please reassign this bug to systemd because it should suggest anaconda using a different VConsole keymap for the 'de' X layout.

Comment 5 Christoph Galuschka 2014-01-09 14:46:16 UTC
Vratislav,

after using system-config-keyboard /etc/vconsole.conf still reads the same content. After hitting OK in system-config-keyboard I do get 'Loading /lib/kbd/keymaps/i386/qwertz/de-latin1-nodeadkeys.map.gz' and a 'z' is a 'z' again. So if I read you correct, I will not reassign this bug.

Comment 6 Vratislav Podzimek 2014-01-09 15:32:28 UTC
(In reply to Christoph Galuschka from comment #5)
> Vratislav,
> 
> after using system-config-keyboard /etc/vconsole.conf still reads the same
> content. After hitting OK in system-config-keyboard I do get 'Loading
> /lib/kbd/keymaps/i386/qwertz/de-latin1-nodeadkeys.map.gz' and a 'z' is a 'z'
> again. So if I read you correct, I will not reassign this bug.
I believe you should, but for a different reason -- systemd obviously ignores the configuration file and doesn't load the keymap specified there. Anaconda can do nothing more than writing out proper configuration files. Reassigning.

Comment 7 Christoph Galuschka 2014-01-09 15:36:08 UTC
ok, thanks

Comment 8 RHEL Program Management 2014-03-22 06:16:17 UTC
This request was not resolved in time for the current release.
Red Hat invites you to ask your support representative to
propose this request, if still desired, for consideration in
the next release of Red Hat Enterprise Linux.

Comment 9 Christoph Galuschka 2014-06-15 18:27:18 UTC
So fixing systemd to correctly read the keyboard configuration file did not happen within 5 months. Any ETA when one can expect this to work correctly?

Comment 10 Michal Sekletar 2014-06-17 10:33:28 UTC
Just installed RHEL7, removed us keyboard during installation and added de layout. After reboot it works as expected, i.e. de layout is set. Can you try with RHEL7 GA and let me know if it works for you?

Comment 11 Christoph Galuschka 2014-06-17 11:11:07 UTC
Well no. I just tried this with EL7beta and EL7RC. No subscription (yet). But I do have one question: Did you try a minimal install or a GNOME-Desktop? I did some trying around yesterday, and keyboard works as expected on GNOME/runlevel 5, but NOT when doing a minimal install and then logging into the CLI.

Comment 12 Michal Sekletar 2014-06-17 12:42:07 UTC
I did minimal install.

Comment 13 Christoph Galuschka 2014-06-18 21:04:11 UTC
Did you also change the installation language or only the keyboard layout?

Comment 14 Christoph Galuschka 2014-06-19 06:59:23 UTC
Michal: some more input. Could you please give it a try with either "German (Austria, eliminate dead keys)" or "German (Austria)"? It seems to not effect "German (eliminate dead keys)". Thanks.

Comment 15 Christoph Galuschka 2014-06-19 07:02:25 UTC
Michal: These are the steps to reproduce:
http://miuku.net/tmp/7keyboard.txt

Comment 16 Christoph Galuschka 2014-06-23 16:56:23 UTC
Michal: Anyluck with german (austria) keyboard?

Comment 17 Michal Sekletar 2014-06-25 14:52:43 UTC
I sent to upstream mailing list patch [0] which should fix some keyboard setting issues. However I think we are facing another problem here. Algorithm 
for mapping X11 layout to vconsole layout uses 
/usr/share/systemd/kbd-model-map file. In that file there is no mapping from German (Austria) "at" X11 layout to any vconsole layout. Thus "us" layout gets selected for vconsole. This doesn't happen with German "de" layout because there is mapping X11 -> vconsole.

[0] http://lists.freedesktop.org/archives/systemd-devel/2014-May/019625.html

Comment 18 Christoph Galuschka 2014-06-25 15:54:07 UTC
Michal: Thanks for taking this up. Re. the second bug, will you file a new one, or will this be handled in this issue?

Comment 19 Michal Sekletar 2014-06-25 16:55:17 UTC
Another issue which should be fixed with patch I linked in comment #17 is already reported. And there is couple more internal bugs reported for similar issues.

https://bugzilla.redhat.com/show_bug.cgi?id=903776

Comment 20 Christoph Galuschka 2014-06-25 17:01:22 UTC
ok, thanks. will wait for the fix/update.

Comment 21 Michal Sekletar 2014-06-25 17:05:08 UTC
Maybe anaconda shouldn't present user with such broad range of keyboard layouts to choose from during installation if we are unable to set the layout on kernel VTs after installation. At least until there is a clear mapping of *all* X layouts in anaconda to kernel VT layouts.

Afaik in RHEL6 anaconda started system-config-keyboard at the beginning of installation process and allowed user to pick only from layouts which are supported on kernel VTs. Vratislav, any comments?

Comment 22 Vratislav Podzimek 2014-06-26 06:15:54 UTC
(In reply to Michal Sekletar from comment #21)
> Maybe anaconda shouldn't present user with such broad range of keyboard
> layouts to choose from during installation if we are unable to set the
> layout on kernel VTs after installation. At least until there is a clear
> mapping of *all* X layouts in anaconda to kernel VT layouts.
> 
> Afaik in RHEL6 anaconda started system-config-keyboard at the beginning of
> installation process and allowed user to pick only from layouts which are
> supported on kernel VTs. Vratislav, any comments?
Yeah, but it resulted in bugs that the list is limitted and we should offer all X layouts. Staying with that seemed like saying "we don't want to bother fixing it" so we've changed it.

And there is a clear mapping of *all* X layouts to kernel VT layouts, at least in Fedora due to conversion of X layouts into VT layouts and patches for loadkeys and other utilities. I'm not quite sure systemd-localed is fixed there to give those layouts' names instead of the old VT layouts when asked by Anaconda or anything else, but it's there, it works and could be ported to RHEL 7 quite easily.

So still I think fixing bugs is better way to go than saying "it's not 100% covered, leave it as it is".

Comment 23 Vratislav Podzimek 2014-07-09 14:16:46 UTC
*** Bug 1117206 has been marked as a duplicate of this bug. ***

Comment 25 Lukáš Nykrýn 2015-06-11 14:21:26 UTC
Can you please retest with rhel-7.1?

Comment 26 Christoph Galuschka 2015-06-12 08:18:15 UTC
Sorry for not testing at the release of 7.1. The issue appeares fixed to me. GNOME desktop shows both the selected german (austria) langueage and english and allows me to choose.

I think this can be closed.


Note You need to log in before you can comment on or make changes to this bug.