Eu tenho um host executando o Kubuntu 15.10 usando vino para permitir acesso remoto. Infelizmente, o mapeamento do teclado é padronizado para US ao usar apenas vino (é definido como GB em todos os outros casos). Felizmente, no Kubuntu 14.10 e (eu acho) 15.04, a execução setxkbmap gbobteve o mapeamento do teclado para GB (correto para mim).
Infelizmente, isso não funciona mais – setxkbmap gbrelata as coisas certas, mas parece estar mentindo.
$ setxkbmap "gb" && setxkbmap -print -verbose 10
Setting verbose level to 10
locale is C
Trying to load rules file ./rules/evdev...
Trying to load rules file /usr/share/X11/xkb/rules/evdev...
Success.
Applied rules from evdev:
rules: evdev
model: pc101
layout: gb
Trying to build keymap using the following components:
keycodes: evdev+aliases(qwerty)
types: complete
compat: complete
symbols: pc+gb+inet(evdev)
geometry: pc(pc101)
xkb_keymap {
xkb_keycodes { include "evdev+aliases(qwerty)" };
xkb_types { include "complete" };
xkb_compat { include "complete" };
xkb_symbols { include "pc+gb+inet(evdev)" };
xkb_geometry { include "pc(pc101)" };
};
Parece certo, mas ainda usa o mapeamento do teclado dos EUA após a execução do comando.
Tentei então definir o idioma do teclado para "fr", e isso relatou fr na saída e alterei o mapeamento do teclado; então, setxkbmappelo menos às vezes, está funcionando totalmente.
Suspeitei de algum tipo de corrupção nos mapas do meu teclado, então destruí o conteúdo do arquivo /var/lib/xkb. Eu também dei uma olhada /usr/share/X11/xkbpara ver se o arquivo gb parecia correto, e pelo que posso dizer, sim.
Finalmente, o ssh normal nesta caixa é adequado, e usar a área de trabalho a partir de um teclado conectado (não VNC) também funciona bem; ambos pegam o teclado gb automaticamente.
Alguém pode sugerir o que diabos pode estar acontecendo?
Obrigado.