Re: xserver-xorg и hal
В сообщении от 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.
Reply to: