summary refs log tree commit diff stats
path: root/results/classifier/zero-shot/118/none/1863601
blob: 087aa9b1c7a83fcb48247e0bf59745c811a9f9cc (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
51
52
53
54
55
56
mistranslation: 0.571
graphic: 0.531
semantic: 0.475
device: 0.328
user-level: 0.320
performance: 0.307
ppc: 0.257
x86: 0.183
i386: 0.173
network: 0.147
virtual: 0.132
peripherals: 0.131
vnc: 0.127
socket: 0.126
hypervisor: 0.114
PID: 0.106
debug: 0.105
architecture: 0.097
register: 0.088
kernel: 0.077
boot: 0.065
assembly: 0.062
risc-v: 0.060
arm: 0.060
TCG: 0.058
permissions: 0.048
files: 0.040
VMM: 0.036
KVM: 0.031

unable to type "|" character in french keyboard.

Unable to type "|" character when using french keyboard. It is displaying "<" instead of pipe.

Can you provide more information here. What command line have you launched QEMU with ?  How are you interacting with QEMU (serial console, GTK UI, VNC, SPICE ?)  If VNC/SPICE, what client app are you using ?  

Hi Daniel, Thanks for your response. I am using virt-manager to start with to connect with VNC.

Can you provide the QEMU command line (/var/log/libvirt/qemu/$GUEST.log) 

Check you have selected the french keymap in virt-manager (see attached picture)

Actually you explicitly do *NOT* want to select any keymap in virt-manager in general. Picking a keymap disables the VNC protocol extension for raw scancodes. This means that QEMU has to do keymap <-> scancode conversion. In such a setup the host OS desktop keymap, the QEMU keymap and the guest OS keymap all have to match perfectly to avoid bad conversions.

By *not* selecting a keymap, virt-manager gets raw scancodes on the local host OS desktop and passes them unmodified to QEMU, which then passes them on to the guest OS. In this case, the guest OS keymap is the only thing that has todo conversions & this should be reliable.

The only reason to select a keymap for QEMU is if you need to use legacy VNC clients which don't support the raw scancode protocol extension. This shouldn't be required if using virt-manager only. Ideally virt-manager should not even show this config option by default.

Yes, it works without selecting a keyboard on my machine with a french keyboard.

But perhaps Aditya has explicitly selected another keyboard than "fr" or "Auto"?

Aditya, does the problem still persist? If so, could you please provide the QEMU command line as requested by Daniel?

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