Michael Biebl <[email protected]> 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:
bj...@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
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
