[Pkg-utopia-maintainers] Bug#555050: hal: Remapping Fn+F5 to anything else than KEY_WLAN does not work

[Bjørn Mork]

Michael Biebl <biebl at debian.org> writes:
> Michael Biebl wrote:
>> Bjørn Mork wrote:
>>> Package: hal
>>> Version: 0.5.13-4
>>> Severity: normal
>>>
>>> I am remapping Fn+F5 on my Thinkpad to '0x04:bluetooth' to have it toggle
>> 
>>> This stopped working after upgrading to hal 0.5.13-4.  No matter what I set the 
>>> keymap to, Fn+F5 will always generate KEY_WLAN:
>> 
>> Have you read the debian changelog?

Yes. I did see the entry

 * Disable multimedia key remapping which is managed by udev. Drop build
   dependency on gperf.

and wondered whether it might be related.  But I decided that if it was,
then
 a) it must be unintentional as the Fn+X keys don't have anything to do
     with multimedia, and
 b) the breakage is unexpected as there is nothing telling me to expect
    it

> See also /usr/share/doc/udev/README.keymap.txt

Well, I could be difficult as you got the output from the reportbug
script with my installed versions:

bjorn at nemi:~$ ls -l /usr/share/doc/udev/README*
-rw-r--r-- 1 root root 4056 2008-07-18 16:26 /usr/share/doc/udev/README
-rw-r--r-- 1 root root 3307 2009-08-26 12:26 /usr/share/doc/udev/README.Debian.gz
-rw-r--r-- 1 root root 3093 2009-08-26 12:27 /usr/share/doc/udev/README.vol_id

But I won't.   Well, not more than I've been already at least :-)

Thanks for the pointer.  I guess I need to update udev as well.  But
doesn't that mean that hal should depend on the newer udev version?

Still, I this is the second time this year that bad design changes in
hal breaks a working system for me.  I probably don't have to say this,
but I'm not all that impressed by the smoothness of these transistions...


Bjørn