Keyboard mapping is not correct in the guest
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
QEMU |
Invalid
|
Undecided
|
Unassigned | ||
virtinst (Ubuntu) |
Fix Released
|
Undecided
|
Marc Deslauriers |
Bug Description
Binary package hint: qemu-kvm
Using latest qemu-kvm package in Lucid, with both Ubuntu Server 8.04 and latest Lucid Ubuntu Server as guests.
During the installation of the guest OS, I select Spain - Spain as the keyboard mapping. When the installation finishes and I reboot in the new installed system, the keyboard mapping is not 100% correct.
*Example of a mapping working correctly:*
"ñ", as special character in Spanish, and it is mapped correctly
*Example of a mapping NOT working correctly:*
In a Spanish keyboard, pressing Shift+0, should type "=", but in KVM it types something different.
In general, every special and punctuation characters ("_", ".", ";", "@",..., ...) are not mapped correctly.
I wonder if this happens in other keyboard mapping as well.
ProblemType: Bug
Architecture: i386
CheckboxSubmission: a08fd14ff73f03f
CheckboxSystem: bb422ca46d02494
Date: Fri Feb 19 10:44:01 2010
DistroRelease: Ubuntu 10.04
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release i386 (20091028.5)
KvmCmdLine: Error: command ['ps', '-C', 'kvm', '-F'] failed with exit code 1: UID PID PPID C SZ RSS PSR STIME TTY TIME CMD
MachineType: LENOVO 7664R5G
NonfreeKernelMo
Package: qemu-kvm 0.12.2-0ubuntu7
PccardctlIdent:
Socket 0:
no product info available
PccardctlStatus:
Socket 0:
no card
ProcCmdLine: BOOT_IMAGE=
ProcEnviron:
LANG=en_US.utf8
SHELL=/bin/bash
ProcVersionSign
SourcePackage: qemu-kvm
Uname: Linux 2.6.32-13-generic i686
dmi.bios.date: 08/15/2008
dmi.bios.vendor: LENOVO
dmi.bios.version: 7LETC4WW (2.24 )
dmi.board.name: 7664R5G
dmi.board.vendor: LENOVO
dmi.board.version: Not Available
dmi.chassis.
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.
dmi.modalias: dmi:bvnLENOVO:
dmi.product.name: 7664R5G
dmi.product.
dmi.sys.vendor: LENOVO
Ara-
Could you have a look at Bug #524439 and see if it's the same issue?