Bug 2139165

Summary:	jp106 keymap does not exist in /lib/kbd/keymaps but is used in /etc/vconsole.conf anyway
Product:	Red Hat Enterprise Linux 9	Reporter:	Aakhil Kassim <aakhil.kassim>
Component:	kbd	Assignee:	Vitezslav Crhonek <vcrhonek>
Status:	VERIFIED ---	QA Contact:	Evgeny Fedin <efedin>
Severity:	low	Docs Contact:
Priority:	unspecified
Version:	9.1	CC:	efedin
Target Milestone:	rc	Keywords:	Triaged
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:	kbd-2.4.0-9.el9	Doc Type:	No Doc Update
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:		Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Aakhil Kassim 2022-11-01 16:56:23 UTC

Description of problem:
Selecting the "Japanese" as the primary keyboard layout during installation results in the virtual console falling back to standard keyboard layout instead of the Japanese layout after installation. X or Wayland seem to be working OK though.

Version-Release number of selected component (if applicable):
This applies to RHEL 9.0 and RHEL 9.1 Beta as of November 1 2022.

Reproducibility:
Happens any time you install RHEL 9.1 with Japanese as primary keyboard layout.

Actual results:
Investigating in localectl and /etc/vconsole.conf shows that KEYMAP="jp106". However, there is no jp106.map.gz file in the /lib/kbd/keymaps directory. It is worth mentioning there is a file called jp.map.gz and it works good if you set vconsole to use it instead of jp106.
Searching in journalctl also reveals the errors:
Nov 01 12:09:37 kashew systemd-vconsole-setup[252]: loadkeys: Unable to open file: jp106: No such file or directory
Nov 01 12:09:37 kashew systemd-vconsole-setup[248]: /usr/bin/loadkeys failed with exit status 1.

Expected results:
Post installation, the keyboard layout chosen as default in Anaconda should function without error in the virtual console.

Some workarounds:
Set KEYMAP to just "jp" in /etc/vconsole.conf
OR Copy /lib/kbd/keymaps/jp.map.gz to /lib/kbd/keymaps/jp106.map.gz and reboot
OR just run loadkeys jp each time you want the Japan layout to work since that file exists.

Thanks have a wonderful day :)

Comment 1 Vitezslav Crhonek 2022-11-02 08:26:35 UTC

Hello Aakhil,

Thank you for the bug report.

jp106.map.gz is part of kbd-legacy package, do you have it installed?

# rpm -ql kbd-legacy | grep jp
/usr/lib/kbd/keymaps/legacy/i386/qwerty/jp106.map.gz

If not, installing kbd-legacy package is the solution. But it should be
installed automatically as the kbd package requirement. It is still optional
in RHEL9 and it can cause this problem for some languages.

(If you're interested in more detail, see Fedora bug #2127513.)

Comment 2 Aakhil Kassim 2022-11-02 13:36:40 UTC

(In reply to Vitezslav Crhonek from comment #1)
> Hello Aakhil,
> 
> Thank you for the bug report.
> 
> jp106.map.gz is part of kbd-legacy package, do you have it installed?
> 
> # rpm -ql kbd-legacy | grep jp
> /usr/lib/kbd/keymaps/legacy/i386/qwerty/jp106.map.gz
> 
> If not, installing kbd-legacy package is the solution. But it should be
> installed automatically as the kbd package requirement. It is still optional
> in RHEL9 and it can cause this problem for some languages.
> 
> (If you're interested in more detail, see Fedora bug #2127513.)

Hi Vitezslav,

I wasn't aware there was an optional legacy package for kbd.
It is nice to see it is getting taken care of in Fedora 37.

What is the likelihood it could be backported to RHEL9?
As that would provide some extra convenience.

Thank you for clarifying this. Take care.

Comment 3 Vitezslav Crhonek 2022-11-03 10:59:22 UTC

(In reply to Aakhil Kassim from comment #2)
> 
> What is the likelihood it could be backported to RHEL9?
> As that would provide some extra convenience.
> 

I agree, we should fix this in RHEL9.
I plan the update in RHEL9.3 timeframe for now.