• Linux по мотивам #175549. Законнектил rfcomm, но проблему не решил. Обошел путем копирования файлика linkkeys со слаки 12.1. Живет файл в /var/lib/bluetooth/aa:bb:cc:dd:ee:ff/ ну и содержит в себе кэш ключей. Собственно его-то и должен был создать add-passkeys. Вот.

Replies (6)

  • @Posleobeda, Полюбопытствуй: mail-archive.com
  • @Posleobeda, @Muu посмотрел, оно работает, но и в этом случае dbus остается "не у дел". Но ссылка полезна хотя бы тем, что не нужно хранить linkkeys ибо теперь я знаю как его генерить.
  • @Posleobeda, @su6s Тогда я немножко недопонимаю в чем проблема. Что-то слако-специфичное? Ведь если linkkeys сгенерированы — значит устройства спарены успешно, и в дальнейшем все должно работать, не?
  • @Posleobeda, @Muu оно и сейчас работате (иначе как бы я сюда постил:), но если спросить /usb/sbin/hcid -nsd — то в ответ мы получим Unable to get on D-bus. То есть метод, описанный в ссылке — опять-таки является workaround только более универсальный, чем мой
  • @Posleobeda, @su6s Ну, метод не являющийся workaround — это использование blueman, со всеми его гуями. Где-то в исходниках blueman есть пример скрипта на питоне, вроде бы, использующего DBus для получения/передачи PIN. В интернетах встречаются рекомендации использовать его если нужно спарить устройства в консоли. Я пытался — но что-то там у меня не работало, подробностей не помню уже.
  • @Posleobeda, @Muu ага, да в общем меня и так устраивает, не думаю, что в моей деревне кто-то полезет хачить меня через блютус. просто не понятно на фига было вообще на d-bus завязываться. ну эт. уже оффтоп. да