Description of problem: After entering virt-install --name kvm --file /home/robert/kvm.img --file-size 0.7 \ --bridge eth0 --vnc --connect qemu:///system --paravirt \ --location /home/robert/boot.iso --ram=256 a vncviewer opens up. When the boot.iso is the network boot image of Fedora 7, I should be able to enter URLs in the upcoming ananconda within the vncviewer. Unfortunately, after choosing "us" keyboard, I can't enter a "-" sign and when choosing "de", I'm not able to enter a "/" within anaconda. This is somehow broken... Version-Release number of selected component (if applicable): python-virtinst-0.103.0-3 How reproducible: Everytime. Expected results: Working stuff...
Oh, wrong way: With "us" charset I can't enter an "/" and with "de" I'm not able to enter a "-" character within anaconda.
Can you run same virt-install command, adding in the --debug flag & attach the output to this bug. The /var/log/xen/xend.log will be useful too. Finally, what keyboard layout is your local X desktop session using & what is in /etc/sysconfig/keyboard ?
I'm using not Xen (KVM/KQEMU) and the local X desktop has the same configuration as follows (but the problem also appears via remote VNC from a windows machine): [root@linuxtag pub]# cat /etc/sysconfig/keyboard KEYBOARDTYPE="pc" KEYTABLE="de-latin1-nodeadkeys" [root@linuxtag pub]#
> Can you run same virt-install command, adding in the --debug flag & attach the > output to this bug. Still need that info.
Output is simply the same as at bug #240127 initial description (which is also by me).
Ok, please re-try the virt-install command adding in --keymap de The VNC server doesn't support "de-latin1-nodeadkeys", but hopefully a generic 'de' keyboard would get a more functional setup. You can see a list of supported keymaps with 'rpm -ql xen | grep keymaps' NB, local X desktop, the VNC server, and the guest X server must all be configured to use the same keymap if possible. So setting them all to 'de' (or a close variation) would be ideal
Well, I can set the keymap to 'de', 'us' etc. and in NO CASE 'de' or 'us' keyboard will work during setup. I'm not able to enter slashes anyway.
This is actually a bug in libvirt: keymap support is missing for KVM. Reassigning...
...and broken for Xen!
Probable workaround: I'm using se-latin1, and I can enter a / using the numeric keypad.
I have in host computer default locale cs_CZ.UTF-8 and after entering any non-letter characters in kvm machine through virt-viewer or through vncviewer (including but by far not limited to "/") via numerical keyboard (because sometimes double-translated keyboard doesn't give me numerical characters and what's on the US keyboard above numbers), keyboard gets stuck with Shift on all keys. Sometimes it helped switching between locked and non-locked mouse in virt-viewer (by pressing Ctrl+Alt), sometimes loging out and loging in to Gnome session in the guest machine, but sometimes I have to shutdown whole KVM guest and restart it.
Ping?
Is this still an issue? I've been doing installs in virt-manager for a bit and haven't had a problem putting in a /