On Mon, Oct 09, 2017 at 21:02:43 +0300, Michael Tokarev wrote:
> 09.10.2017 20:34, Antonio wrote:
> > Package: qemu-system-x86
> > Version: 1:2.10.0+dfsg-2
> > 
> > Dear Maintainer,
> > 
> > if you modify some keys with xmodmap (eg: xmodmap -e "keycode 91=Delete" -e 
> > "keycode 90=Insert" -e "keycode 79=Home" -e "keycode 87=End" -e "keycode 
> > 81=Prior" -e "keycode 89=Next")
> > and then run qemu-system-x86_64, keyboard setting (-k it) is ignored and 
> > en-us keyboard is set as default.
> > 
> > With previous version 1:2.10.0+dfsg-1 there was no problem.
> 
> It looks like this is a wontfix bug. The "problem" seems to be that
> more recent ui frontends (sdl2 which is enabled in -2 compared to
> obsolete sdl1 used before, and gtk to be enabled later), keyboard
> handling has been reworked, and qemu now always uses raw keycodes,
> not preprocessed by modmap and other tools, with guest being able
> to see all keyboard keys.  You have to use xmodmap INSIDE the guest
> to achieve what you want.

I've recently been affected by this as well, and don't find the proposed
solution practical.  It assumes the guest is also using X11 or otherwise
allows the desired remapping, but in many guest OSes the ability doesn't
exist or is restricted (only allowing for "popular" layouts/tweaks).  If
the ability is there, but there's no persistent or network-mounted disk,
the mapping will need to be redone at every boot, which may be difficult
with the "wrong" layout.  If I share an image with someone else, they'll
need to find some way to reset it to a more familiar layout.

The ability to "hide" host settings such that people can use a common OS
image is a very useful feature of qemu.  I'd like to see it work for the
keyboard layout, as it does for other things: network hardware/settings,
CPU type/count, etc.  Is any workaround for this known?  And does the -k
option have any effect now?  My preference is to have it work as before;
but if it will have no effect, it should raise an error or be removed.

-- Michael

Attachment: signature.asc
Description: PGP signature

Reply via email to