51687 2024-10-10 19:52:50 +0300 После 5.72-alt1 требуется pair для подключения клавиатуры Logitech K380 2026-02-02 18:46:02 +0300 1 1 4 Development Sisyphus bluez unstable x86_64 Linux NEW P5 normal --- 1 varaksaaa lakostis aris demidovaa kostevichae lakostis senkd shrek soldatovsu zerg qa-sisyphus oldest_to_newest 252850 0 varaksaaa 2024-10-10 19:52:50 +0300 Шаги воспроизведения ==================== > $ bluetoothctl > Agent registeredct to bluetoothd... > [bluetooth]# power on > Changing power on succeeded > [bluetooth]# scan on > SetDiscoveryFilter success > Discovery started > [NEW] Device <MAC> Keyboard K380 > [bluetooth]# scan off > Discovery stopped > [bluetooth]# connect <MAC> > Attempting to connect to <MAC> > Connection successful Фактический результат ===================== "Connection successful" и в трее соответствующий значок, но клавиатура не работает. Для корректного подключения клавиатуры сначала необходимо выполнить [bluetooth]# pair <MAC> и ввести PIN, только затем [bluetooth]# connect <MAC>. При подключении через графику PIN-код запрашивается. Ожидаемый результат =================== Подключение с помощью connect без необходимости pair. Воспроизводимость ================= В p10 воспроизводится с: bluez-5.72-alt1.p10.1.x86_64 bluez-5.77-alt0.p10.1.x86_64 Проверялось на ноутбуке Lenovo ThinkPad S3-440: > Bluetooth: > Device-1: Intel Bluetooth wireless interface driver: btusb v: 0.8 type: USB rev: 2.0 > speed: 12 Mb/s lanes: 1 mode: 1.1 bus-ID: 2-4:2 chip-ID: 8087:07dc class-ID: e001 > Report: hciconfig ID: hci0 rfk-id: 2 state: up address: <filter> bt-v: 4.0 lmp-v: 6 sub-v: 500 > hci-v: 6 rev: 500 class-ID: 7c010c > Info: acl-mtu: 1021:5 sco-mtu: 96:5 link-policy: rswitch hold sniff > link-mode: peripheral accept service-classes: rendering, capturing, object transfer, audio, > telephony Не воспроизводится (ожидаемое поведение) с: bluez-5.70-alt1.x86_64 В sisyphus не проверялось. 252858 1 lakostis 2024-10-10 22:01:49 +0300 Раз в сизифе не проверялось, тогда пусть разбирается тот, кто заливал этот пакет в p10. 252905 2 varaksaaa 2024-10-11 17:15:17 +0300 Поведение такое же в 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 254378 3 lakostis 2024-11-13 01:01:00 +0300 (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 очень много изменений. 254387 4 shrek 2024-11-13 09:00:11 +0300 например, для Logitech diNovo Keyboard pair требовался всегда. обращайтесь с этой "проблемой" в Logitech 254639 5 kostevichae 2024-11-18 11:47:05 +0300 (Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #3) > Можно уточнить, с какой именно версии начались проблемы? Между 5.72 и 5.78 > очень много изменений. В bluez-5.70 pair не требовался, в bluez-5.72 и во всех последующих требуется. Так что проблемы начались именно с 5.72. 254642 6 kostevichae 2024-11-18 11:52:27 +0300 (Ответ для 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 пишет обратное. 274375 7 senkd 2025-10-13 20:45:20 +0300 Актуально для образа: Alt Workstation 11.1 Версия пакета: bluez-5.79-alt1 Версия ядра: 6.12.41-6.12-alt1 274381 8 lakostis 2025-10-13 23:29:35 +0300 (Ответ для Kirill Sen на комментарий #7) > Актуально для образа: > Alt Workstation 11.1 > > Версия пакета: > bluez-5.79-alt1 > > Версия ядра: > 6.12.41-6.12-alt1 что вы хотите от исполнителя этой ошибки? В данном обсуждении непонятно, что именно нужно сделать в пакете bluez и почему именно bluez должен реализовать "ожидания" - как именно должно выглядеть согласование устройств в оф. описании от Logitech? Какое поведение в Windows? Если это не работает как нужно, предлагаю озадачить апстрим bluez этим вопросом. 274436 9 kostevichae 2025-10-14 14:09:12 +0300 (Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #8) > что вы хотите от исполнителя этой ошибки? В данном обсуждении непонятно, что > именно нужно сделать в пакете bluez и почему именно bluez должен реализовать > "ожидания" - как именно должно выглядеть согласование устройств в оф. > описании от Logitech? Какое поведение в Windows? > > Если это не работает как нужно, предлагаю озадачить апстрим bluez этим > вопросом. Ошибка в том, что при подключении в графическом сеансе при инициации подключения автоматически запрашивается PIN-код для устройств, для которых это нужно. При подключении через консоль(connect) bluetoothctl pair автоматически не выполняет, к тому же пишет обратное (Paired: yes Connection successful). Возможное решение - вызов pair внутри connect в случаях, когда это необходимо. 281285 10 demidovaa 2026-02-02 18:46:02 +0300 Ошибка воспроизводится в bluez-5.85-alt1 Команда connect <MAC> возвращает "Connection successful", но устройство фактически не работает. Требуемая последовательность для работы: pair <MAC> connect <MAC> connect сообщает об успехе, хотя устройство не работает без предварительного pair Команда connect должна автоматически выполнять pair если устройство требует сопряжения? Или же должна возвращать ошибку с пояснением: "Device requires pairing first"?