Eu tenho um host rodando o Kubuntu 15.10 usando o vino para permitir o acesso remoto. Infelizmente, o mapeamento do teclado é padronizado para os EUA ao usar somente o vino (ele é definido como GB em todos os outros casos). Felizmente, no Kubuntu 14.10 e (eu acho) 15.04, executar setxkbmap gb levou o mapeamento do teclado para GB (correto para mim).
Infelizmente, isso não funciona mais - setxkbmap gb relata as coisas certas, mas parece mentir.
$ 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 correto, mas ainda usa o mapeamento de teclado dos EUA depois que o comando é executado.
Em seguida, tentei configurar o idioma do teclado para "fr", e isso foi reportado na saída e DID alterou o mapeamento do teclado; então setxkbmap está, pelo menos, às vezes funcionando totalmente.
Eu suspeitei de algum tipo de corrupção nos meus mapas de teclado, então eu deletei o conteúdo de /var/lib/xkb . Eu também dei uma olhada em /usr/share/X11/xkb para ver se o arquivo gb parecia certo e, até onde eu sei, ele funcionou.
Finalmente, o ssh normal para esta caixa é bom, e usar a área de trabalho de um teclado conectado (não VNC) funciona bem também; ambos pegam o teclado gb automaticamente.
Alguém pode sugerir o que pode estar acontecendo?
Obrigado.