[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-devel] [Bug 1754295] [NEW] Incorrect en-us keymap in QEMU 2.11
From: |
Evangelos Foutras |
Subject: |
[Qemu-devel] [Bug 1754295] [NEW] Incorrect en-us keymap in QEMU 2.11 |
Date: |
Thu, 08 Mar 2018 10:42:56 -0000 |
Public bug reported:
I'm using the latest Arch Linux installation ISO as a live system and
start QEMU with the following command:
$ qemu-system-x86_64 -enable-kvm -boot d -cdrom
~/isos/archlinux-2018.03.01-x86_64.iso -m 512 -vnc :0 -k en-us
Then I use Vinagre to connect to the guest system, boot the default
bootloader option, and type the character '<' at the command prompt. The
guest prints the character '>' instead of the '<' I typed.
I believe this is caused by the updated en-us keymap in QEMU 2.11. [1]
If I start QEMU with `-k en-gb` (or without the -k switch at all), I can
type '<' and get the same character to appear on the guest's command
line. The issue happens with the updated en-us keymap. It is also fixed
if I replace /usr/share/qemu/keymaps/en-us with the old keymap file
(before commit a7815faf).
This problem was originally reported against Packer because we were
seeing '>' characters in place of '<' when using it with the QEMU
builder. [2]
[1] https://github.com/qemu/qemu/commit/a7815faffb2bd594b92aa3542d7b799cc89c5414
[2] https://github.com/hashicorp/packer/issues/5769
** Affects: qemu
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1754295
Title:
Incorrect en-us keymap in QEMU 2.11
Status in QEMU:
New
Bug description:
I'm using the latest Arch Linux installation ISO as a live system and
start QEMU with the following command:
$ qemu-system-x86_64 -enable-kvm -boot d -cdrom
~/isos/archlinux-2018.03.01-x86_64.iso -m 512 -vnc :0 -k en-us
Then I use Vinagre to connect to the guest system, boot the default
bootloader option, and type the character '<' at the command prompt.
The guest prints the character '>' instead of the '<' I typed.
I believe this is caused by the updated en-us keymap in QEMU 2.11. [1]
If I start QEMU with `-k en-gb` (or without the -k switch at all), I
can type '<' and get the same character to appear on the guest's
command line. The issue happens with the updated en-us keymap. It is
also fixed if I replace /usr/share/qemu/keymaps/en-us with the old
keymap file (before commit a7815faf).
This problem was originally reported against Packer because we were
seeing '>' characters in place of '<' when using it with the QEMU
builder. [2]
[1]
https://github.com/qemu/qemu/commit/a7815faffb2bd594b92aa3542d7b799cc89c5414
[2] https://github.com/hashicorp/packer/issues/5769
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1754295/+subscriptions
- [Qemu-devel] [Bug 1754295] [NEW] Incorrect en-us keymap in QEMU 2.11,
Evangelos Foutras <=