summary refs log tree commit diff stats
path: root/results/classifier/zero-shot/118/graphic/678363
blob: 836211f6104031766f254431b1357c2b6251cdaf (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
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
graphic: 0.858
mistranslation: 0.833
device: 0.748
performance: 0.721
user-level: 0.598
semantic: 0.596
architecture: 0.456
network: 0.316
peripherals: 0.306
ppc: 0.303
permissions: 0.296
assembly: 0.260
i386: 0.255
x86: 0.249
socket: 0.224
arm: 0.202
boot: 0.197
vnc: 0.176
PID: 0.174
register: 0.173
risc-v: 0.167
virtual: 0.163
debug: 0.140
TCG: 0.129
VMM: 0.102
files: 0.101
kernel: 0.100
hypervisor: 0.092
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.]