Bug 51687

Раз в сизифе не проверялось, тогда пусть разбирается тот, кто заливал этот пакет в p10.

Поведение такое же в Sisyphus на ВМ Education (KDE):

bluez-5.78-alt1.x86_64

Bluetooth:
  Device-1: Realtek 802.11ac NIC driver: btusb,rtl8821cu type: USB rev: 2.0
    speed: 480 Mb/s lanes: 1 mode: 2.0 bus-ID: 1-4:2 chip-ID: 0bda:c820
    class-ID: e001 serial: 123456
  Report: hciconfig ID: hci0 rfk-id: 0 state: up address: <filter>
    bt-v: 4.2 lmp-v: 8 sub-v: f098 hci-v: 8 rev: 75b8 class-ID: 7c0000
  Info: acl-mtu: 1021:8 sco-mtu: 255:12 link-policy: rswitch hold sniff park
    link-mode: peripheral accept service-classes: rendering, capturing, object
    transfer, audio, telephony

(In reply to Artem Varaksa from comment #2)
> Поведение такое же в Sisyphus на ВМ Education (KDE):
> 
> bluez-5.78-alt1.x86_64
> 
> Bluetooth:
>   Device-1: Realtek 802.11ac NIC driver: btusb,rtl8821cu type: USB rev: 2.0
>     speed: 480 Mb/s lanes: 1 mode: 2.0 bus-ID: 1-4:2 chip-ID: 0bda:c820
>     class-ID: e001 serial: 123456
>   Report: hciconfig ID: hci0 rfk-id: 0 state: up address: <filter>
>     bt-v: 4.2 lmp-v: 8 sub-v: f098 hci-v: 8 rev: 75b8 class-ID: 7c0000
>   Info: acl-mtu: 1021:8 sco-mtu: 255:12 link-policy: rswitch hold sniff park
>     link-mode: peripheral accept service-classes: rendering, capturing,
> object
>     transfer, audio, telephony

Можно уточнить, с какой именно версии начались проблемы? Между 5.72 и 5.78 очень много изменений.

например, для Logitech diNovo Keyboard pair требовался всегда. обращайтесь с этой "проблемой" в Logitech

(Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #3)
> Можно уточнить, с какой именно версии начались проблемы? Между 5.72 и 5.78
> очень много изменений.

В bluez-5.70 pair не требовался, в bluez-5.72 и во всех последующих требуется.
Так что проблемы начались именно с 5.72.

(Ответ для Valery Inozemtsev на комментарий #4)
> например, для Logitech diNovo Keyboard pair требовался всегда. обращайтесь с
> этой "проблемой" в Logitech
Хотелось бы понять ожидается ли pair или нет. 
Может быть до версии 5.72 подключение(без pair) выполнялось некорректно.

Помимо этого, хочу заметить, что в 5.72 при выполнении connect без pair в логах подключения выводится:
[CHG] Device F4:73:35:6A:3B:F5 Paired: yes (Хотя команда pair не выполнялась, клавиатура без выполнения не работает)
Connection successful

То есть это явная ошибка - pair не выполнялся, клавиатура не работает, а bluetoothctl пишет обратное.

Актуально для образа:
Alt Workstation 11.1

Версия пакета:
bluez-5.79-alt1

Версия ядра:
6.12.41-6.12-alt1

(Ответ для Kirill Sen на комментарий #7)
> Актуально для образа:
> Alt Workstation 11.1
> 
> Версия пакета:
> bluez-5.79-alt1
> 
> Версия ядра:
> 6.12.41-6.12-alt1

что вы хотите от исполнителя этой ошибки? В данном обсуждении непонятно, что именно нужно сделать в пакете bluez и почему именно bluez должен реализовать "ожидания" - как именно должно выглядеть согласование устройств в оф. описании от Logitech? Какое поведение в Windows?

Если это не работает как нужно, предлагаю озадачить апстрим bluez этим вопросом.

(Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #8)
> что вы хотите от исполнителя этой ошибки? В данном обсуждении непонятно, что
> именно нужно сделать в пакете bluez и почему именно bluez должен реализовать
> "ожидания" - как именно должно выглядеть согласование устройств в оф.
> описании от Logitech? Какое поведение в Windows?
> 
> Если это не работает как нужно, предлагаю озадачить апстрим bluez этим
> вопросом.

Ошибка в том, что при подключении в графическом сеансе при инициации подключения автоматически запрашивается PIN-код для устройств, для которых это нужно. 
При подключении через консоль(connect) bluetoothctl pair автоматически не выполняет, к тому же пишет обратное (Paired: yes Connection successful).
Возможное решение - вызов pair внутри connect в случаях, когда это необходимо.