Zabytki w Th - ale może jednak da się ich używać... tylko jak?

[Łukasz Maśko]

Tytułowy zabytek to kdebluetooth dla KDE 3.5.x. Wiadomo, że nie działa z 
nowym bluez z serii 4.x. Dlatego mam u siebie jeszcze wersję 3.x. Mimo to, 
po którymś tam w tył update dbus kbluetoothd przestał poprawnie działać. 
Przy jego starcie w logach ląduje sporo komunikatów w tym stylu:

Jan 23 21:24:37 laptok dbus-daemon: Rejected send message, 1 matched rules; 
type="method_call", sender=":1.7" (uid=500 pid=4332 comm=") 
interface="org.bluez.Adapter" member="GetMode" error name="(unset)" 
requested_reply=0 destination="org.bluez" (uid=0 pid=7871 comm="))
Jan 23 21:24:37 laptok dbus-daemon: Rejected send message, 1 matched rules; 
type="method_call", sender=":1.7" (uid=500 pid=4332 comm=") 
interface="org.bluez.Adapter" member="GetAddress" error name="(unset)" 
requested_reply=0 destination="org.bluez" (uid=0 pid=7871 comm="))
Jan 23 21:24:37 laptok dbus-daemon: Rejected send message, 1 matched rules; 
type="method_call", sender=":1.7" (uid=500 pid=4332 comm=") 
interface="org.bluez.Adapter" member="GetName" error name="(unset)" 
requested_reply=0 destination="org.bluez" (uid=0 pid=7871 comm="))

Proces o ID 4332 to właśnie kbluetoothd, a 7871 to hcid.

Czy da się tak skonfigurować dbus, żeby powyższe jednak działało? 
Podejrzewam, że to kwestia jakichś praw dostępu, ale nie mam pojęcia, jak 
się je ustawia w tym przypadku. Ta sama kombinacja hcid i kdebluetooth 
działała jakiś czas temu (dość dawno, już kiedyś pisałem o problemie, ale 
dopiero dzisiaj zauważyłem te błędy w logach). Tylko dbus się w 
międzyczasie zmienił.
-- 
Łukasz Maśko                                           GG:   2441498    _o)
Lukasz.Masko(at)ipipan.waw.pl                                           /\\
Registered Linux User #61028                                           _\_V
Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana"