Bugzilla – Bug 9882
Some entries in xmakemap(1) are broken
Last modified: 2009-11-13 12:35:34 UTC
You need to log in before you can comment on or make changes to this bug.
Created an attachment (id=2217) [details] Output of the xmakemap command, resulting in broken entries. When issuing xmakemap on an OpenSolaris 2009.06 system, running on VirtualBox 3.0.0 on a MacBook Pro, some entries are broken. For example, the entry for keycode 16 (the numeric key "7") looks like this: keycode 16 = 1 16^@^Hh braceleft It should rather be: keycode 16 = 7 slash braceleft This is annoying if you want to modify your keymap with xmodmap(1) and need a correct reference of your current map, or worse, if you need to make a backup of your current keymap. Actually, feeding the output of xmakemap back into xmodmap will make the keyboard unusable, defeating the purpose of xmakemap altogether. Attached is a full xmakemap output from my system as an example. It should be easy to reproduce.
xmakemap is working fine for me - perhaps this depends on locale or on $PATH picking the wrong awk? Can you provide the output of "env" to see your environment?
Created an attachment (id=2221) [details] Output of "env" of a standard user that suffers from the same bug. Here's an output from a standard user's environment (no modifications to the environment) on the same machine. I've verified that the bug is still triggered with this environment. The PATH is standard and the LANG variable is en_US.UTF-8 which seems quite common to me. Maybe it's a VirtualBox related issue?
The same problem appears under VMware Fusion running on a Mac Book Pro, when running xmakemap, this time with a german locale setup, so this is probably not VirtualBox specific but might be VM specific.
I've tested this on my native Installation of OpenSolaris 200906 on a macbook pro. The same env-settings. And the problem occurs too. Additionally for swiss-german keyboard layout Keycode 49 and 94 are interchanged.