-
-
Notifications
You must be signed in to change notification settings - Fork 64
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Always keep latin keyboard layout #139
Conversation
Setting only non-latin layout breaks hotkeys in various applications, so setup secondary 'us' to propagated from dom0. Fixes QubesOS/qubes-issues#5431 Fixes QubesOS/qubes-issues#6690
PipelineRefresh |
OpenQA test summaryComplete test suite and dependencies: https://openqa.qubes-os.org/tests/19587#dependencies Failed tests
New failuresCompared to: https://openqa.qubes-os.org/tests/17576#dependencies
Fixed failuresCompared to: https://openqa.qubes-os.org/tests/17576#dependencies
|
This addition of +++ /usr/lib/qubes/qubes-keymap.sh 2023-07-09 15:00:38.085000000 +0200
@@ -11,7 +11,7 @@
KEYMAP_LAYOUT="$(echo "$KEYMAP"+ | cut -f 1 -d +)"
KEYMAP_VARIANT="$(echo "$KEYMAP"+ | cut -f 2 -d +)"
KEYMAP_OPTIONS="$(echo "$KEYMAP"+ | cut -f 3 -d +)"
- if [ "$KEYMAP_LAYOUT" != "us" ]; then
+ if [ "$KEYMAP_LAYOUT" != "us" -a "$KEYMAP_LAYOUT" != "si" ]; then
KEYMAP_LAYOUT="$KEYMAP_LAYOUT,us"
KEYMAP_VARIANT="$KEYMAP_VARIANT,"
fi I guess the problem isn't limited to just this one layout, so ideally we'd figure it out and fix it in a general manner, but meanwhile maybe we should get the above hack in? |
What exactly is broken then? |
With Somehow the same problem does not occur for I tested all of these with a Debian 10 VM. |
#139 (comment) (cherry picked from commit f3f6886)
Setting only non-latin layout breaks hotkeys in various applications, so setup secondary 'us' to propagated from dom0.
Fixes QubesOS/qubes-issues#5431
Fixes QubesOS/qubes-issues#6690