Bug 13629 - Конфиг по-умолчанию неюзабелен.
: Конфиг по-умолчанию неюзабелен.
Status: CLOSED WORKSFORME
: Sisyphus
(All bugs in Sisyphus/bluez-utils)
: unstable
: all Linux
: P2 major
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2007-12-07 19:56 by
Modified: 2009-04-07 16:36 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2007-12-07 19:56:04
В конфигурационном файле /etc/sysconfig/bluetooth изчезли какие-либо директивы, 
включающие bluetooth-сервисы. Соответственно, по-умолчанию ничего не работает и 
настроить это довольно трудно, т.к. эти директивы не документированы. Пришлось 
взять конфиг от старого bluez-utils.

PS: Так же, по непонятным причинам, class в hcid.conf стал 0x000100. Это 
нормально?
------- Comment #1 From 2007-12-09 16:29:40 -------
Интересно.

А можно чуть подробнее? Что именно не работает?

P.S.: class можно любой поставить, под себя :-)
------- Comment #2 From 2007-12-10 11:35:59 -------
(In reply to comment #1)
> Интересно.
> А можно чуть подробнее? Что именно не работает?

Меня особо интересует сеть. Т.к. конфиг пустой, pand не запускается и, 
соответственно, снаружи сервиса "Network Access Point" (так оно у меня в КПК 
называется) не видно. Вылечилось это вставкой:
PAND_ENABLE=true
PAND_OPTIONS="--listen --role NAP"
из старого конфига.

Думаю, по аналогии, это можно распространить и на другие сервисы.

> P.S.: class можно любой поставить, под себя :-)

Хм. Мне, как человеку ничего не понимающему в особенностях bluetooth-протокола 
каким образом нужно его выставлять, и нужно ли? На что это, вообще, влияет?
------- Comment #3 From 2007-12-10 12:04:21 -------
Не помню, в апстриме оторвали в 3.10.1. Лично мне этот файл не нужен, увы.

(In reply to comment #0)
> PS: Так же, по непонятным причинам, class в hcid.conf стал 0x000100. Это 
> нормально?

3.15:
All package maintainers should be aware of an important change to the
handling of service classes. The class of device value has 8 bits that
indicate different service classes. These service classes are now set
automatically based on the registered SDP records. Any previously set
values from hcid.conf will be ignored. So patching hcid.conf with
service class values makes no sense anymore.
------- Comment #4 From 2007-12-10 12:17:28 -------
(In reply to comment #3)
> All package maintainers should be aware of an important change to the
> handling of service classes. The class of device value has 8 bits that
> indicate different service classes. These service classes are now set
> automatically based on the registered SDP records. Any previously set
> values from hcid.conf will be ignored. So patching hcid.conf with
> service class values makes no sense anymore.

Ну и чудесно. Тогда надо вообще этот параметр из конфига убрать, чтобы не 
смущать людей.
------- Comment #5 From 2008-02-08 10:03:29 -------
Могу добавить, что после последнего обновления bluez-utils у меня перестало 
находить в телефоне модем. Т.е. по obex я файлы закинуть туда могу, а вот gprs 
воспользоваться - нет, При том, что по всем симптомам соединяется нормально -- 
на телефоне значек BT меняется, пинами обменялись. Только модем там не 
находится...
------- Comment #6 From 2008-02-09 18:56:45 -------
(In reply to comment #5)
> Могу добавить, что после последнего обновления bluez-utils у меня перестало 
> находить в телефоне модем. Т.е. по obex я файлы закинуть туда могу, а вот 
gprs 
> воспользоваться - нет, При том, что по всем симптомам соединяется нормально 
-- 
> на телефоне значек BT меняется, пинами обменялись. Только модем там не 
> находится...
Кем именно не находится?
------- Comment #7 From 2008-06-13 13:00:39 -------
*** This bug has been confirmed by popular vote. ***
------- Comment #8 From 2009-04-06 23:29:29 -------
Майнтейнеру.
------- Comment #9 From 2009-04-07 16:35:25 -------
уже не актуально