summary refs log tree commit diff stats
path: root/results/classifier/zero-shot/108/other/678363
blob: d08c902408bf865a4580489f166e7d27b62854fd (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
graphic: 0.858
device: 0.748
performance: 0.721
other: 0.635
semantic: 0.596
network: 0.316
permissions: 0.296
socket: 0.224
boot: 0.197
vnc: 0.176
PID: 0.174
debug: 0.140
files: 0.101
KVM: 0.043

Swapping caps lock and control causes qemu confusion

Running Fedora14 [host], I have caps-lock and control swapped over in my keyboard preferences.

Qemu doesn't cope very well with this; running an OS inside Qemu (again fedora, suspect that it doesn't matter):

The physical caps-lock key [which the host uses as control] toggles caps-lock on both press and release.

The physical control key [which the host uses as caps-lock], acts as both a caps-lock and control key.

Qemu should either respect my keyboard layout or else ignore it completely.

Which interface is this?

I suspect this behaves differently in GTK/SDL/...

Also it seems to WorkForMe(tm) mostly. qemu tends to ignore the layout completely so installing same keymap in host and guest gives consistent result, and other configurations give inconsistent but correct result.

[Expired for QEMU because there has been no activity for 60 days.]