В сообщении от 4 мая 2009 Victor Wagner написал(a): > On 2009.05.04 at 22:45:37 +0900, Anton Anikin wrote: > > В сообщении от 4 мая 2009 Victor Wagner написал(a): > > > Собственно то, что в Linux сейчас bluetooth без D-Bus не работает, это > > > как раз одна из основных претензий к новомодным веяниям. X-сервер у > > > меня пока старый, без hal обходится. А вот bluetooth уже в etch без > > > D-Bus никак. > > > > Без обид, но лично вам как мешает установленный в системе D-Bus ? > > Он должен быть не "установленный в системе", а "запущенный и работающий". > С этим у меня как-то доходило до того, что система просто меня не > пускала - вводишь логин и пароль, а она подумает-подумает, и выкинит > обратно окошко дисплей-менеджера. Потому что не смогла инициализировать > session bus. (правда, при очередном апгрейде dbus пофиксилось). > > А с bluetooth все еще хуже. Раньше можно было в > /etc/bluetooth/hcid.conf написать что данный адаптер должен быть всегда > discoverable. Теперь - нельзя. Надо это дело через dbus api hcid > включать. И со спариванием устройств то же самое - нужно passkey-agent, > который умеет работать через D-Bus API. > > А в комплекте bluez ВООБЩЕ НЕТ нормальных командно-строчных утилит. > sdptool например, не умеет выдавать ненулевой код завершения, если не > нашел того, что просили. Про формат выдачи я уж вообще молчу. > > Тот passkey-agent.c, который кладется в /usr/share/doc/examples, и > который до недавнего времени практически без изменений использовался > kbluetooth, написан так, что при его завершении libdbus ругается > на недопустимую операцию. > > Пришлось переписывать нафиг. Ну и утилиту которая переключает режимы > видимости адаптера пришлось самому писать.
Понятно :) Просто bluetooth использую только через kde, вроде работает, вот и не парился ни с hal, ни с dbus.
