[sisyphus] Bluetooth

[sisyphus] Bluetooth

[Epiphanov Sergei]

Вчера прикупил bluetooth-адаптер, подключил к компьютеру. Но при попытке 
настроить получил 2 проблемы:

1) с hcid. Есть файл /etc/bluetooth/hcid.conf, где есть секция:
device {
# параметры по-умолчанию
}
Решил сделать такую же секцию, но только для моего адаптера. И по man написал
device hci0 {
    name "HOME";
}

Перезапустил hcid через передёргивание адаптера, в hciconfig -a вижу:
name: "HOME"

В man написано, что вместо hci0 могу вписать bdaddr, который я взял из того 
же hciconfig -a из строки BDARRD (nn:nn:nn:nn:nn:nn). Меняю hci0 на адрес 
адаптера, передёргиваю модуль и... по команде hciconfig -a вижу, что имя 
вернулось на умолчальное. Чего я только не делал, но секция device 
отрабатывалась только с hci0. В интернете все КакСде единогласно правят 
device по-умолчанию.

2) Решил спарить адаптер и телефон. Даю 'rfcomm connect rfcomm0' 
(в /etc/bluetooth/rfcomm.conf секция rfcomm0 описана как предлагается). 
Получаю ошибку подключения, типа нет агента для получения PIN. В другой 
консоли набираю 'passkey-agent -d /usr/bin/pinentry', в логах вижу 
регистрацию агента, повторяю команду спаривания, но от pinentry так и не 
получил запроса на ввод кода.

Подскажите, что делал не так? Версия bluez-utils и libbluez - 3.8-alt1, 
система Сизиф месячной давности на x86_64. Может, кто пришлёт работающий 
вариант настроек? Вчера угробил целый день, но работы не добился. Кстати, 
модуль bluetooth работает, через 'hcitool scan' видит другие BT-устройства.

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] Bluetooth

[Evgenii Terechkov]

Epiphanov Sergei пишет:

> Вчера прикупил bluetooth-адаптер, подключил к компьютеру. Но при попытке 
> настроить получил 2 проблемы:

Я тож недавно прикупил голубозубый телефон и адаптер. У меня вроде
работает. Сизиф самый свежий. К сожаленью, я очень мало помню/понял в
рассматриваемом вопросе. Настройл и тут же забыл :-) Но тем не менее.

> 1) с hcid. Есть файл /etc/bluetooth/hcid.conf, где есть секция:
> device {
> # параметры по-умолчанию
> }
> Решил сделать такую же секцию, но только для моего адаптера. И по man написал
> device hci0 {
>     name "HOME";
> }
> Перезапустил hcid через передёргивание адаптера, в hciconfig -a вижу:
> name: "HOME"
> В man написано, что вместо hci0 могу вписать bdaddr, который я взял из того 
> же hciconfig -a из строки BDARRD (nn:nn:nn:nn:nn:nn). Меняю hci0 на адрес 
> адаптера, передёргиваю модуль и... по команде hciconfig -a вижу, что имя 
> вернулось на умолчальное. Чего я только не делал, но секция device 
> отрабатывалась только с hci0.

Вы вроде неверно поняли ман (или это синтаксис поменялся при переходе 3.8
-> 3.9 ?). ИМХО, bdaddr прописывается внутри секций, относящейся к
устройству (в моём конфиге по умолчанию, 3.9-alt2, это есть). А устройства
вроде так и называются: hci0, hci1 ...

> В интернете все КакСде единогласно правят device по-умолчанию.

А чем это вас не устрайвает?

> 2) Решил спарить адаптер и телефон. Даю 'rfcomm connect rfcomm0' 
> (в /etc/bluetooth/rfcomm.conf секция rfcomm0 описана как предлагается). 

1) А разве не rfcomm bind что-то там? (Или это в той версий так?) 2) rfcomm
не смотрит на файл вроде. Он для ручной настройки. В файл смотрит утиль,
поднимающая подсистему. Т.е. файл для того, чтоб само всё работало и
поднималось.

> Получаю ошибку подключения, типа нет агента для получения PIN. В другой 
> консоли набираю 'passkey-agent -d /usr/bin/pinentry', в логах вижу 
> регистрацию агента, повторяю команду спаривания, но от pinentry так и не 
> получил запроса на ввод кода.

Вот тут совершенно ничего не знаю. Не застал те версий bluez, где это было.
У меня PIN лишь в hcid.conf прописан.

> Подскажите, что делал не так? Версия bluez-utils и libbluez - 3.8-alt1, 
> система Сизиф месячной давности на x86_64. Может, кто пришлёт работающий 
> вариант настроек? Вчера угробил целый день, но работы не добился. Кстати, 
> модуль bluetooth работает, через 'hcitool scan' видит другие BT-устройства.

Это хорошо.

Может, попробуете обновиться до текущих версий, всё равно там вроде
масштабные изменения прошли. Сэкономите немного времени в будущем. Да и
отвечающим вам будет проще. ИМХО, пока надёжа лишь на майнтайнера bluez.

P.S.: пойду маны по bluez почитаю...

-- 
Терешков Евгений, ALT Linux Team.

Re: [sisyphus] Bluetooth

[Epiphanov Sergei]

В сообщении от Monday 12 March 2007 14:06 Evgenii Terechkov написал(a):
> Epiphanov Sergei пишет:
> > Вчера прикупил bluetooth-адаптер, подключил к компьютеру. Но при попытке
> > настроить получил 2 проблемы:
>
> Я тож недавно прикупил голубозубый телефон и адаптер. У меня вроде
> работает. Сизиф самый свежий. К сожаленью, я очень мало помню/понял в
> рассматриваемом вопросе. Настройл и тут же забыл :-) Но тем не менее.

Можете файлы из /etc/bluetooth мне отправить (пусть без passkey и других 
секюрных вещей)? И файл /etc/sysconfig/bluetooth? А то голова кругом идёт.

> > 1) с hcid. Есть файл /etc/bluetooth/hcid.conf, где есть секция:
> > device {
> > # параметры по-умолчанию
> > }
> > Решил сделать такую же секцию, но только для моего адаптера. И по man
> > написал device hci0 {
> >     name "HOME";
> > }
> > Перезапустил hcid через передёргивание адаптера, в hciconfig -a вижу:
> > name: "HOME"
> > В man написано, что вместо hci0 могу вписать bdaddr, который я взял из
> > того же hciconfig -a из строки BDARRD (nn:nn:nn:nn:nn:nn). Меняю hci0 на
> > адрес адаптера, передёргиваю модуль и... по команде hciconfig -a вижу,
> > что имя вернулось на умолчальное. Чего я только не делал, но секция
> > device отрабатывалась только с hci0.
>
> Вы вроде неверно поняли ман (или это синтаксис поменялся при переходе 3.8
> -> 3.9 ?). ИМХО, bdaddr прописывается внутри секций, относящейся к
> устройству (в моём конфиге по умолчанию, 3.9-alt2, это есть). А устройства
> вроде так и называются: hci0, hci1 ...

Выдержка из man hcid.conf:
================
Parameters within a device section with no specifier, the default device 
section, will be applied to all
       devices and device sections where these are unspecified. The following 
optional  device  specifiers  are
       supported:

       nn:nn:nn:nn:nn:nn

              Parameters specified within this section will be applied to the 
device with this device bluetooth
              address. All other parameters are applied from the default 
section.

       hcin    Parameters specified within this section will be applied to 
the device with this  device  inter-
              face, unless that device is matched by a device address 
section. All other parameters are applied
              from the default section.
======================

> > В интернете все КакСде единогласно правят device по-умолчанию.
>
> А чем это вас не устрайвает?

А если иметь несколько BT-устройств? Пусть новые получают свои имена, а мои 
пусть будут фиксированными.

> > 2) Решил спарить адаптер и телефон. Даю 'rfcomm connect rfcomm0'
> > (в /etc/bluetooth/rfcomm.conf секция rfcomm0 описана как предлагается).
>
> 1) А разве не rfcomm bind что-то там? (Или это в той версий так?) 2)
> rfcomm не смотрит на файл вроде. Он для ручной настройки. В файл смотрит
> утиль, поднимающая подсистему. Т.е. файл для того, чтоб само всё работало
> и поднималось.

rfcomm bind и rfcomm connect отличаются только в одном: первый на всё время, 
второй только до перезагрузки системы (если верить man). rfcomm смотрит 
в /etc/bluetooth/rfcomm.conf, так как как только я там прописал, так сразу 
же rfcomm стал ассоциировать rfcommN с нужным устройством.

> > Получаю ошибку подключения, типа нет агента для получения PIN. В другой
> > консоли набираю 'passkey-agent -d /usr/bin/pinentry', в логах вижу
> > регистрацию агента, повторяю команду спаривания, но от pinentry так и не
> > получил запроса на ввод кода.
>
> Вот тут совершенно ничего не знаю. Не застал те версий bluez, где это
> было. У меня PIN лишь в hcid.conf прописан.

У меня тоже прописан, но не принимается почему-то.

> > Подскажите, что делал не так? Версия bluez-utils и libbluez - 3.8-alt1,
> > система Сизиф месячной давности на x86_64. Может, кто пришлёт работающий
> > вариант настроек? Вчера угробил целый день, но работы не добился.
> > Кстати, модуль bluetooth работает, через 'hcitool scan' видит другие
> > BT-устройства.
>
> Это хорошо.
>
> Может, попробуете обновиться до текущих версий, всё равно там вроде
> масштабные изменения прошли. Сэкономите немного времени в будущем. Да и
> отвечающим вам будет проще. ИМХО, пока надёжа лишь на майнтайнера bluez.
>
> P.S.: пойду маны по bluez почитаю...

Обновлюсь, когда доберусь до офиса ALTLinux (чтобы скачать Сизиф). :)

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] Bluetooth

[Nick S. Grechukh]

2007/3/12, Epiphanov Sergei <serpiph@nikiet.ru>:
> В сообщении от Monday 12 March 2007 14:06
> rfcomm bind и rfcomm connect отличаются только в одном: первый на всё время,

это не так. я делаю:
rfcomm bind xX:xx:xx:Xx:Xx:Xx, затем pppd /dev/rfcomm0.

чтобы 'на все время' - писал в /etc/bluetooth/rfcomm.conf

> второй только до перезагрузки системы

что такое rfcomm connect - понятия не имею.

> > Вот тут совершенно ничего не знаю. Не застал те
> > версий bluez, где это было. У меня PIN лишь в
> > hcid.conf прописан.

> У меня тоже прописан, но не принимается почему-то.

наск. я понимаю, не должен (это не тот пин). я в своем КДЕ использую
bluez-gnome (apt-get install bluez-gnome). оно висит в трее и иногда
вываливает окошко ввода пина. наск. я понимаю, запросы к нему идут
через dbus.

полностью все понимает wRAR, а у меня just works :)

Re: [sisyphus] Bluetooth

[ABATAPA]

Понедельник 12 марта 2007, Nick S. Grechukh написал:
> наск. я понимаю, не должен (это не тот пин). я в своем КДЕ использую
> bluez-gnome (apt-get install bluez-gnome). оно висит в трее и иногда
> вываливает окошко ввода пина. наск. я понимаю, запросы к нему идут
> через dbus.
Не должен, но должен запускать pinentry или что-то еще. Но - не запускает.

-- 
ABATAPA

Re: [sisyphus] Bluetooth

[Nick S. Grechukh]

2007/3/12, ABATAPA <altlinux-sisyphus@yandex.ru>:
> Понедельник 12 марта 2007, Nick S. Grechukh написал:
> > наск. я понимаю, не должен (это не тот пин). я в своем КДЕ использую
> > bluez-gnome (apt-get install bluez-gnome). оно висит в трее и иногда
> > вываливает окошко ввода пина. наск. я понимаю, запросы к нему идут
> > через dbus.
> Не должен, но должен запускать pinentry или что-то еще. Но - не запускает.

сам - не должен.
passkey-agent /home/gns/bin/mypinhelper у меня работало (mypinhelper
содержал echo "PIN: 1234")

Re: [sisyphus] Bluetooth

[ABATAPA]

Понедельник 12 марта 2007, Nick S. Grechukh написал:
> сам - не должен.
Да ну?! Т.е. пользователь теперь должен это делать _руками_?! ;)
Странно, что апплет в Gnome это делает...
> passkey-agent /home/gns/bin/mypinhelper у меня работало (mypinhelper
> содержал echo "PIN: 1234")
Я знаю еще ряд способов. Но, думаю, не они - конечная цель на десктопе?


-- 
ABATAPA

Re: [sisyphus] Bluetooth

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 436 bytes --]

On Tue, Mar 13, 2007 at 10:35:58AM +0300, ABATAPA wrote:
> Да ну?! Т.е. пользователь теперь должен это делать _руками_?! ;)
Что именно?

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

> > Да, в rpm всё наоборот: сначала параметры командной строки, потом
> > макрофайлы, потом spec-файл.
> Это не баг, это фича? :-)
Это особенность.  У rpm'овского CLI много таких особенностей :(
		-- ldv in sisyphus@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Bluetooth

[Epiphanov Sergei]

В сообщении от Monday 12 March 2007 17:29 Nick S. Grechukh написал(a):
> 2007/3/12, ABATAPA <altlinux-sisyphus@yandex.ru>:
> > Понедельник 12 марта 2007, Nick S. Grechukh написал:
> > > наск. я понимаю, не должен (это не тот пин). я в своем КДЕ использую
> > > bluez-gnome (apt-get install bluez-gnome). оно висит в трее и иногда
> > > вываливает окошко ввода пина. наск. я понимаю, запросы к нему идут
> > > через dbus.
> >
> > Не должен, но должен запускать pinentry или что-то еще. Но - не
> > запускает.
>
> сам - не должен.
> passkey-agent /home/gns/bin/mypinhelper у меня работало (mypinhelper
> содержал echo "PIN: 1234")

Попробую. Кстати, важен ли пробел между "PIN:" и "1234"? (То есть "PIN:1234" 
и "PIN: 1234" одинаковы или нет?)

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] Bluetooth

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 488 bytes --]

On Mon, Mar 12, 2007 at 05:15:23PM +0300, ABATAPA wrote:
> > наск. я понимаю, не должен (это не тот пин). 
> Не должен, но должен запускать pinentry или что-то еще. Но - не запускает.
Пин, конечно же, ничего запускать не должен.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Здесь уже всё прокомментировали, но я всё же как мантейнер расскажу ещё
раз, и как модератор попрошу дальше эту тему в этом списке рассылки не
развивать.
		-- ldv in sisyphus@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Bluetooth

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 733 bytes --]

On Mon, Mar 12, 2007 at 02:51:21PM +0300, Epiphanov Sergei wrote:
> rfcomm bind и rfcomm connect отличаются только в одном: первый на всё время, 
> второй только до перезагрузки системы (если верить man).
Неправда. Читайте ещё раз.

> > Вот тут совершенно ничего не знаю. Не застал те версий bluez, где это
> > было. У меня PIN лишь в hcid.conf прописан.
> У меня тоже прописан, но не принимается почему-то.
Потому что он только для входящих соединений и только для security auto (о
чём написано прямо в конфиге).

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

> > Как всегда, за основу сборки gcc лучше брать JJ'шный пакет.
> Это где?
Это FC-devel (JJ == Jakub Jelinek).
		-- ldv in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Bluetooth

[Epiphanov Sergei]

В сообщении от Monday 12 March 2007 18:05 Andrey Rahmatullin написал(a):
> > rfcomm bind и rfcomm connect отличаются только в одном: первый на всё
> > время, второй только до перезагрузки системы (если верить man).
>
> Неправда. Читайте ещё раз.

Прочитал. Да, я сглупил. Нашёл, где сглупил - в одной из страниц настройки 
Bluetooth в инете.

> > > Вот тут совершенно ничего не знаю. Не застал те версий bluez, где это
> > > было. У меня PIN лишь в hcid.conf прописан.
> >
> > У меня тоже прописан, но не принимается почему-то.
>
> Потому что он только для входящих соединений и только для security auto (о
> чём написано прямо в конфиге).

Тогда как передать код связи?

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] Bluetooth

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 500 bytes --]

On Tue, Mar 13, 2007 at 12:42:53PM +0300, Epiphanov Sergei wrote:
> Тогда как передать код связи?
http://wiki.sisyphus.ru/NewBluez

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

> это только у тех, у кого php.ini непонятно откуда
Да понятно -- 2.2beta. :)
Значит, и во второй раз грабли вылезли "из позапрошлого века"
(прошлый раз страшно ругался на at@'шный апдейт MySQL, а там бага
вылазила только при системе, которая происходит от 2.0)
		-- mike in sisyphus@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Bluetooth

[Epiphanov Sergei]

В сообщении от Tuesday 13 March 2007 19:36:19 Andrey Rahmatullin написал(а):
> > Тогда как передать код связи?
>
> http://wiki.sisyphus.ru/NewBluez

Прочитал, спасибо! Вот только один вопрос: в 'usage' от passkey-agent 
написаны только длинные параметры ('--default' и '--path'), но что есть и 
короткие ('-d' и '-p'), можно узнать только или из интернета, или из 
исходников самого passkey-agent. Как и требование, что ОБЯЗАТЕЛЬНО должен 
быть или ключ '-d', или адрес подключения к D-Bus. Да и про '--path' я 
только из исходников узнал, что это адрес программы в D-Bus, а не на диске. 
Ещё нет информации про '--help' или '-h'. Плюс в коде патча 
bluez-utils-3.9-alt-pin-exec.patch опечатка:
вместо
=================
+    if(buffer[1]!='P' && buffer[1]!='I' && buffer[2]!='N')
+    {
+      free(buffer);
+      return DBUS_HANDLER_RESULT_NOT_YET_HANDLED;
+    }
===================

должно быть как минимум
=================
+    if(buffer[0]!='P' || buffer[1]!='I' || buffer[2]!='N' || buffer[3]!=':')
+    {
+      free(buffer);
+      return DBUS_HANDLER_RESULT_NOT_YET_HANDLED;
+    }
===================

Нет НИКАКОГО указания, что строка, получаемая от helper'а, ДОЛЖНА быть в виде

PIN:1234

БЕЗ пробела между ":" и самим кодом.

В общем, https://bugzilla.altlinux.org/show_bug.cgi?id=11090

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] Bluetooth

[Evgenii Terechkov]

Epiphanov Sergei пишет:

>> http://wiki.sisyphus.ru/NewBluez

А я всегда считал, что пользователь Сизифа должен именно там в первую
очередь искать информацию. Без подсказок даже.

> Прочитал, спасибо! Вот только один вопрос: в 'usage' от passkey-agent 
> ...
> В общем, https://bugzilla.altlinux.org/show_bug.cgi?id=11090

Это не вопрос, это бага. А так вообще: боже мой! Чем тред начинался, и чем
закончился :-). Что сказать: браво!

P.S.: а оно хоть заработало?

-- 
Терешков Евгений, ALT Linux Team.

Re: [sisyphus] Bluetooth

[Epiphanov Sergei]

В сообщении от Wednesday 14 March 2007 13:30:23 Evgenii Terechkov написал(а):
> >> http://wiki.sisyphus.ru/NewBluez
>
> А я всегда считал, что пользователь Сизифа должен именно там в первую
> очередь искать информацию. Без подсказок даже.

Почему-то некоторые ссылки на wiki отыскиваются исключительно подземным 
стуком. Даже если гглядишь во все глаза. Может, они не на месте были? ;)

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] Bluetooth

[Epiphanov Sergei]

В сообщении от Wednesday 14 March 2007 13:30:23 Evgenii Terechkov написал(а):
> > В общем, https://bugzilla.altlinux.org/show_bug.cgi?id=11090
>
> Это не вопрос, это бага. А так вообще: боже мой! Чем тред начинался, и чем
> закончился :-). Что сказать: браво!

А в патч я вообще случайно заглянул, нажав не там кнопку F3 в mc :) . И самое 
смешное, что все раскопки, описанные в письме, я делал просто по ходу 
написания письма (писал предложение, проверял в программе, корректировал 
написанное). ;)

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] Bluetooth

[Evgenii Terechkov]

Epiphanov Sergei пишет:

> Можете файлы из /etc/bluetooth мне отправить (пусть без passkey и других 
> секюрных вещей)? И файл /etc/sysconfig/bluetooth? А то голова кругом идёт.

Как доберусь до дома, где всё это счастье есть.

> Выдержка из man hcid.conf:

Может, это я что-то напутал.

>> > В интернете все КакСде единогласно правят device по-умолчанию.
>> А чем это вас не устрайвает?
> А если иметь несколько BT-устройств? Пусть новые получают свои имена, а мои 
> пусть будут фиксированными.

Не понял.

>> > Получаю ошибку подключения, типа нет агента для получения PIN. В другой
>> > консоли набираю 'passkey-agent -d /usr/bin/pinentry', в логах вижу
>> > регистрацию агента, повторяю команду спаривания, но от pinentry так и не
>> > получил запроса на ввод кода.
>>
>> Вот тут совершенно ничего не знаю. Не застал те версий bluez, где это
>> было. У меня PIN лишь в hcid.conf прописан.
> У меня тоже прописан, но не принимается почему-то.

Вы таки будете смеяться - я с pinentry и passkey-agent вообще не шаманил.
Прописан пин в конфиге - всё работает. Но это в свежей версий, повторюсь.

>> P.S.: пойду маны по bluez почитаю...

Так и не добрался. :-)

> Обновлюсь, когда доберусь до офиса ALTLinux (чтобы скачать Сизиф). :)

Ждём.

-- 
Терешков Евгений, ALT Linux Team.

Re: [sisyphus] Bluetooth

[Epiphanov Sergei]

В сообщении от Tuesday 13 March 2007 05:54 Evgenii Terechkov написал(a):
> > Обновлюсь, когда доберусь до офиса ALTLinux (чтобы скачать Сизиф). :)
>
> Ждём.

Добрался, теперь вечером буду обновляться.

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] Bluetooth

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 677 bytes --]

On Mon, Mar 12, 2007 at 06:06:10PM +0700, Evgenii Terechkov wrote:
> 1) А разве не rfcomm bind что-то там? (Или это в той версий так?) 2) rfcomm
> не смотрит на файл вроде. Он для ручной настройки.
Смотрит, где ж он bdaddr возьмёт, если его не указать.

> Может, попробуете обновиться до текущих версий, всё равно там вроде
> масштабные изменения прошли.
3.8->3.9 что ли? какие уж там изменения. И уж тем более "масштабные".

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Если пользователь хочет выполнять системные привилегированные задачи, то
это почти так же плохо, как и выполнение рутом пользовательских задач.
		-- ldv in sisyphus@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Bluetooth

[Evgenii Terechkov]

Andrey Rahmatullin пишет:

>> 1) А разве не rfcomm bind что-то там? (Или это в той версий так?) 2) rfcomm
>> не смотрит на файл вроде. Он для ручной настройки.
> Смотрит, где ж он bdaddr возьмёт, если его не указать.

Запамятсвовал на радостях от простой и быстрой настройки.

>> Может, попробуете обновиться до текущих версий, всё равно там вроде
>> масштабные изменения прошли.
> 3.8->3.9 что ли? какие уж там изменения. И уж тем более "масштабные".

Не знаю, я %changelog читаю. А уж что оттуда пойму и как это отдельная
тема. Иногда, больная. :-)

-- 
Терешков Евгений, ALT Linux Team.

Re: [sisyphus] Bluetooth

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 480 bytes --]

On Mon, Mar 12, 2007 at 12:59:02PM +0300, Epiphanov Sergei wrote:
> регистрацию агента, повторяю команду спаривания, но от pinentry так и не 
> получил запроса на ввод кода.
С чего вы решили, что pinentry можно так использовать?

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

> остальные книги по линуксу пользователь найдет/прочитает если
> заинтересуется, благо их есть и много.
Их много, подавляющее большинство -- плохие.
		-- aen in docs@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Bluetooth

[Epiphanov Sergei]

В сообщении от Monday 12 March 2007 17:58 Andrey Rahmatullin написал(a):
> > регистрацию агента, повторяю команду спаривания, но от pinentry так и не
> > получил запроса на ввод кода.
>
> С чего вы решили, что pinentry можно так использовать?

Потому что другого просто не смог с наскоку придумать. :) Знаю, что на 
pinentry программа passkey-agent не заругалась. На другие варианты в логах 
лезет "Недоступен новый формат общения с агентом, перехожу на старый."

А взял pinentry, помятуя о её работе в gnupg.

-- 
С уважением, Епифанов Сергей