Keyboard acting strangely, wrong layout when host is using evdev (input-hotplug)

Assigning to gtk-vnc as well. The frontends we care most about (virt-manager, virt-viewer, vinagre, etc) actually need fixing in the vnc client code, and it just so happens that we have a patch for that. The bug should remain open against kvm since the SDL frontend (the non-vnc graphical one) still suffers from this.

This bug was fixed in the package gtk-vnc - 0.3.6-2ubuntu2

---------------
gtk-vnc (0.3.6-2ubuntu2) intrepid; urgency=low

  * Fix key translation when the host X server is using evdev. (LP: #258389)

 -- Soren Hansen <email address hidden> Thu, 21 Aug 2008 23:20:38 +0200

Marking "confirmed" against KVM. This bug is still present.

Note that you can work around this with:
 * kvm -k en-us .....

(Or whatever keyboard layout is appropriate for your locale).

Personally, I have aliased "kvm" to "kvm -k en-us" with:
 * echo "alias kvm='kvm -k en-us'" >> ~/.bashrc

:-Dustin

Patch attached for kvm. This is a port of the gtk-vnc patch to the qemu built in kvm. That code has been working for a few weeks now for virt-manager users (with great fanfare, I might add). Upstream qemu has been closely involved and will be using this patch.

Tested, seems to work for me.

I'm going to test and apply against qemu in universe soon.

:-Dustin

This bug was fixed in the package kvm - 1:72+dfsg-1ubuntu6

---------------
kvm (1:72+dfsg-1ubuntu6) intrepid; urgency=low

  * debian/patches/evdev_keycode_map.patch, debian/patches/series: ported the
    gtk-vnc patch that fixes evdev keycode mapping (LP: #258389)
  * debian/control: explicitly depend on libx11-dev

 -- Dustin Kirkland <email address hidden> Wed, 24 Sep 2008 17:25:20 -0500

This bug was fixed in the package qemu - 0.9.1-5ubuntu3

---------------
qemu (0.9.1-5ubuntu3) intrepid; urgency=low

  * debian/patches/95_evdev_keycode_map.patch: ported the
    gtk-vnc patch that fixes evdev keycode mapping (LP: #258389)
  * debian/patches/96_dirent.patch: fix FTBFS error, including the wrong
    dirent.h, matches qemu SVN
  * debian/patches/series: added 95_evdev_keycode_map.patch and
    96_dirent.patch

 -- Dustin Kirkland <email address hidden> Wed, 24 Sep 2008 20:00:59 -0500

I come here from a dupe (https://bugs.launchpad.net/bugs/272065) and qemu wont allow me access to the Ubiquity menu with the keyboard.
If I add the parameter -l pt, I can use it as expected but it will stall on squashfs.

Sorry, forget to mention
Architecture: amd64
Version: 0.9.1-5ubuntu2

I'll give .3 a try.

I can confirm that with the recent update I can start qemu and move my arrow keys without any problem.

But it still gets locked on squasfs line. How can I log the qemu window?

On Thu, Sep 25, 2008 at 4:23 AM, BUGabundo <email address hidden> wrote:
> I can confirm that with the recent update I can start qemu and move my
> arrow keys without any problem.
>
> But it still gets locked on squasfs line. How can I log the qemu window?

This may be a separate issue. Can you post a screen shot?

:-Dustin

some times i get all the way until I see the light brown screen of GDM, but then it gets stuck in there... or its reallyyyyyyyyyyyy slow

On Thu, Sep 25, 2008 at 11:55 AM, BUGabundo <email address hidden> wrote:
> some times i get all the way until I see the light brown screen of GDM,
> but then it gets stuck in there... or its reallyyyyyyyyyyyy slow

Please, please, please look at the other bugs against KVM [1], as I
really don't think this issue is related to the current bug, and it
only muddles the issue to keep posting here.

[1] https://bugs.launchpad.net/ubuntu/+source/kvm

:-Dustin

> Please, please, please look at the other bugs against KVM [1]

Sorry sorry and sorry.

/me ducks and retrieves to KVM bugs page

--
BUGabundo :o)
(``-_-´´) http://LinuxNoDEI.BUGabundo.net