Bug 1181581

Can you please generate new anaconda image and retest? But please use newest dracut from brew.

(In reply to Michal Sekletar from comment #2)
> Can you please generate new anaconda image and retest? But please use newest
> dracut from brew.

according to journal there is

dracut-7.1 (Maipo) dracut-033-238.el7

in the latest compose as of today, and I can still reproduce the problems ...

Seems like this report is related to #1178588 and #1182562.

I just retested this with latest RHEL7. I was installing VM and connected to it via serial console. I was able to type for example Č without issues. Please verify if appropriate. Thanks.

(In reply to Michal Sekletar from comment #10)
> I just retested this with latest RHEL7. I was installing VM and connected to
> it via serial console. I was able to type for example Č without issues.
> Please verify if appropriate. Thanks.

still the same (... ^t ... ^n ... ^d ...) for me with RHEL-7.1-20150219.1-Server-x86_64-boot.iso

but that compose seems a bit aged :-(

what version do you call "latest" and where you got it (if it is newer than mine)?

Any idea when this actually worked correctly? It has "worked" like this at least from Fedora 20 (I can reproduce it on F20 and F22 as well).

To reproduce this, just boot the system, switch to a text tty (ctrl+alt+F3 for example), log in, call 'loadkeys cz' and type away.

(In reply to Jan Synacek from comment #12)
> Any idea when this actually worked correctly?

/me can't remember seeing this working in installer ...

some fresh info after a talk with Michal:

- the difference in Michal's setup is the serial console; it looks like the composing happens *before* sending anything to the system being installed, i.e. it doesn't test this case

- my original assumption that systemd's localectl provides wrong parameters when loading the keymap turned out wrong, it can be reproduced also when the maps are loaded manually, as suggested in comment #13

so this really should be reassigned ... the question is, kbd or kernel?

I would start with kbd.

FTR, the composing keys work on my Gentoo machine with sys-apps/kbd-1.15.5-r1 and kernel 3.18.12-gentoo

(In reply to Karel Volný from comment #16)
> FTR, the composing keys work on my Gentoo machine with
> sys-apps/kbd-1.15.5-r1 and kernel 3.18.12-gentoo

not to rely on "my machine", it can be tested using the install iso[*] like:

$ qemu-kvm -m 1024 -cdrom install-amd64-minimal-20150625.iso

# loadkeys cz
Loading /usr/share/keymaps/i386/qwertz/cz.map.gz
# echo ť | hexdump
00000000 a5c5 000a
00000003


note that trying to write "ť" you'll get square as the install iso doesn't have appropriate fonts, hence using hexdump to verify that we got 0xC5 0xA5 as UTF-8 representation of "ť"


[*] http://distfiles.gentoo.org/releases/amd64/autobuilds/20150625/install-amd64-minimal-20150625.iso

(In reply to Karel Volný from comment #17)
> (In reply to Karel Volný from comment #16)
> > FTR, the composing keys work on my Gentoo machine with
> > sys-apps/kbd-1.15.5-r1 and kernel 3.18.12-gentoo
> 
> not to rely on "my machine", it can be tested using the install iso[*] like:
> 
> $ qemu-kvm -m 1024 -cdrom install-amd64-minimal-20150625.iso
> 
> # loadkeys cz
> Loading /usr/share/keymaps/i386/qwertz/cz.map.gz
> # echo ť | hexdump
> 00000000 a5c5 000a
> 00000003
> 
> 
> note that trying to write "ť" you'll get square as the install iso doesn't
> have appropriate fonts, hence using hexdump to verify that we got 0xC5 0xA5
> as UTF-8 representation of "ť"
> 
> 
> [*]
> http://distfiles.gentoo.org/releases/amd64/autobuilds/20150625/install-amd64-
> minimal-20150625.iso

"loadkeys cz" loads different keymap on RHEL/Fedora than on Gentoo. It loads "/lib/kbd/keymaps/xkb/cz.map.gz" (automatically generated from czech X server keyboard layout).

The keymap which you've loaded is placed here: "/lib/kbd/keymaps/legacy/i386/qwertz/cz.map.gz".

(In reply to Vitezslav Crhonek from comment #18)
> "loadkeys cz" loads different keymap on RHEL/Fedora than on Gentoo.

thanks for taking a look

so ... can we conclude that the problem is with the keymap itself (or the way it is generated), or is it just first step in investigation?

(In reply to Karel Volný from comment #19)
> (In reply to Vitezslav Crhonek from comment #18)
> > "loadkeys cz" loads different keymap on RHEL/Fedora than on Gentoo.
> 
> thanks for taking a look
> 
> so ... can we conclude that the problem is with the keymap itself (or the
> way it is generated), or is it just first step in investigation?

Yes, it seems that there's problem with the generated keymap - it's missing compose rules, because adding this line:

compose '^' 't' to U+0165

at the end of keymap file (/lib/kbd/keymaps/xkb/cz.map.gz) fixes the issue with "ť" for me.

Created attachment 1060992 [details]
proposed patch

Created attachment 1060993 [details]
proposed keymap patch

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2017:1978