mactel-support team mailing list archive

[Sebastian Thürrschmidt <214786@xxxxxxxxxxxxxxxxxx>]

This problem remains unfixed in Maverick (beta).

I also tried the option mentioned in comment #47, but it doesn't seem to
do anything (no, I didn't forget to update-initramfs and reboot). I
guess it hasn't made into recent kernels after all. Stefan's kernel.org
diff link should provide more information, but unfortunately it's
invalid.

The only good news is that the xmodmap workarounds are still working for
Maverick -- up to a point, as the mods (a) will be lost after resuming
from suspend (and at random other times), (b) do not apply within
virtual machines, (c) have to be set up manually for each user, and thus
(d) are becoming ever more of a nuisance after all those years.

-- 
Apple USB ISO keyboard has incorrectly swapped keys
https://bugs.launchpad.net/bugs/214786
You received this bug notification because you are a member of Mactel
Support, which is the registrant for Mactel Support.

Status in Mactel Support: New
Status in “linux” package in Ubuntu: Triaged

Bug description:
Since upgrading kernel to version 2.6.24-12.22 two keys are now swapped on my Apple USB aluminium keyboard with danish layout. Now the keys "<" and "½" are swapped and no longer matches the actual print on the keycaps.

The error is isolated to the following commit: http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-hardy.git;a=commitdiff;h=efb3031b446d441dca5b10619503ac0bba7f9748

This commit introduced a key swapping for all "ISO" type Apple keyboards. In my case this swapping is incorrect, and generally it seems like a very bad idea to perform hard coded locale specific key mapping in kernel space as this is also done several places in user space.

The included patch reverts the behavior to the default that matches the keycap printing.