Summary: | dev-qt/qtwebengine-6.8.1: Keymap file failed to load: us,ru(typewriter) with x11-libs/libxkbcommon-1.8.0 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Sergey 'L29Ah' Alirzaev <zl29ah> |
Component: | Current packages | Assignee: | Qt Bug Alias <qt> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | ionen, x11, zl29ah |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: |
https://github.com/xkbcommon/libxkbcommon/issues/720 https://gitlab.freedesktop.org/xorg/app/setxkbmap/-/issues/14 |
||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | emerge --info |
Description
Sergey 'L29Ah' Alirzaev
2025-02-20 18:30:55 UTC
Created attachment 919451 [details]
emerge --info
I don't "think" this is really qtwebengine-specific, the message: [XKB-661] Couldn't process include statement for 'us(typewriter)' Is generated by xkbcommon itself, I'd "assume" that either the keymap is broken (e.g. bad syntax that was tolerated before), or there is a regression in xkbcommon and it may affect other applications. I don't intend to debug/handle this myself, but bisecting libxkbcommon would probably be useful. Reproduces with x11-libs/libxkbcommon 1.8.1 and dev-qt/qtwebengine 6.8.3. The only non-bugged version of libxkbcommon is purged from Gentoo. Please try bisecting. https://github.com/xkbcommon/libxkbcommon/issues/720 and https://gitlab.freedesktop.org/xorg/app/setxkbmap/-/issues/14 implies Ionen was right. Seeing the raw keymap without any parsing may also be useful too. Changing the setxkbmap invocation as suggested in https://github.com/xkbcommon/libxkbcommon/issues/720#issuecomment-2797326065 fixed the problem it seems, thank you. was: setxkbmap -layout 'us,ru(typewriter)' -option grp:caps_toggle,grp_led:caps,terminate:ctrl_alt_bksp now: setxkbmap -layout 'us,ru' -variant ',typewriter' -option grp:caps_toggle,grp_led:caps,terminate:ctrl_alt_bksp |