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 ругается на недопустимую операцию. Пришлось переписывать нафиг. Ну и утилиту которая переключает режимы видимости адаптера пришлось самому писать. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org