42742 2022-05-12 16:48:49 +0300 Не запускается dbus-org.bluez.obex.service 2025-03-05 08:57:14 +0300 1 1 4 Development Sisyphus bluez unstable x86_64 Linux NEW P5 normal --- 53246 1 jqt4 shrek antohami aris cas iv jqt4 lakostis mike sem shaba shrek sysoevas zerg zxyframe qa-sisyphus oldest_to_newest 210634 0 jqt4 2022-05-12 16:48:49 +0300 Проблема в p10 аналогична: https://bugzilla.altlinux.org/37016 https://bugzilla.altlinux.org/38279 Образ alt-server-10.0-x86_64.iso установлен на Intel Nuc, профиль "Рабочая станция". bluetoothd.service по умолчанию не работает. Запустил # systemctl start bluetoothd.service Подключил смартфон по BT. Попытался включить передачу файлов от удаленных устройств - не удалось, сразу выключается. В лог при этом выдаётся: мая 12 17:26:31 host-128 dbus-daemon[3665]: [session uid=500 pid=3665] Activating via systemd: service name='org.bluez.obex' unit='dbus-org.bluez.obex.service' requested by ':1.49' (uid=500 pid=4533 comm="blueberry-obex-agent ") мая 12 17:26:31 host-128 dbus-daemon[3665]: [session uid=500 pid=3665] Activation via systemd failed for unit 'dbus-org.bluez.obex.service': Unit dbus-org.bluez.obex.service not found. При попытке передать файл на смартфон выдаются сообщения: мая 12 17:36:30 host-128 dbus-daemon[3665]: [session uid=500 pid=3665] Activating via systemd: service name='org.bluez.obex' unit='dbus-org.bluez.obex.service' requested by ':1.50' (uid=500 pid=4618 comm="bluetooth-sendto --device=C0:47:54:12:C8:2C --name") мая 12 17:36:30 host-128 dbus-daemon[3665]: [session uid=500 pid=3665] Activation via systemd failed for unit 'dbus-org.bluez.obex.service': Unit dbus-org.bluez.obex.service not found. 210635 1 antohami 2022-05-12 17:01:17 +0300 Симлинк /etc/systemd/user/dbus-org.bluez.obex.service -> /usr/lib/systemd/user/obex.service есть или нет? 210636 2 jqt4 2022-05-12 17:07:22 +0300 (Ответ для Антон Мидюков на комментарий #1) > Симлинк /etc/systemd/user/dbus-org.bluez.obex.service -> > /usr/lib/systemd/user/obex.service есть или нет? Нет. В этом, собственно, проблема. 210647 3 antohami 2022-05-12 17:48:47 +0300 (Ответ для jqt4 на комментарий #2) > (Ответ для Антон Мидюков на комментарий #1) > > Симлинк /etc/systemd/user/dbus-org.bluez.obex.service -> > > /usr/lib/systemd/user/obex.service есть или нет? > > Нет. > В этом, собственно, проблема. Это регрессия версии 5.62-alt2 * Mon Nov 29 2021 Alexey Shabalin <shaba@altlinux.org> 5.62-alt2 - Avoid /bin/systemctl requirements (ALT #41458). В hasher не отрабатывает условие %post_service bluetoothd if [ $1 = 1 ] && sd_booted && "$SYSTEMCTL" --version >/dev/null 2>&1; then "$SYSTEMCTL" -q --user --global preset obex.service >/dev/null 2>&1 || : fi sd_booted при установке и в hasher не выполняется. Нужно из этого условия убрать его. 210661 4 iv 2022-05-13 11:53:44 +0300 As an unrelated note... > if [ $1 = 1 ] && sd_booted && "$SYSTEMCTL" --version >/dev/null 2>&1; then > "$SYSTEMCTL" -q --user --global preset obex.service >/dev/null 2>&1 || : > fi Правильно ли я понимаю, что если админ сделает systemctl --user --global disable obex.service то при обновлении пакета сервис снова включится? 210662 5 antohami 2022-05-13 12:00:14 +0300 (Ответ для Ivan A. Melnikov на комментарий #4) > As an unrelated note... > > > if [ $1 = 1 ] && sd_booted && "$SYSTEMCTL" --version >/dev/null 2>&1; then > > "$SYSTEMCTL" -q --user --global preset obex.service >/dev/null 2>&1 || : > > fi > > Правильно ли я понимаю, что если админ сделает > > systemctl --user --global disable obex.service > > то при обновлении пакета сервис снова включится? Нет. Только при первой установке пакета. За это отвечает условие [ $1 = 1 ]. 210930 6 antohami 2022-05-20 16:15:48 +0300 Сделал задание с исправлением #300199 EPERM #3 sisyphus bluez.git=5.64-alt2 Но мне его не одобрили до сих пор. Мантейнерам из ACL писал письмо: bluez shrek aris zerg Подписал их же на баг. 211615 7 sysoevas 2022-06-09 17:10:23 +0300 На системе: p10-workstation p10-education-kde p10-kworkstation С версией пакета: bluez-5.64-alt2 Ошибка НЕ воспроизводится. Передача файлов в обе стороны корректна. 220566 8 sysoevas 2023-01-24 12:53:03 +0300 На системе: p10-server-10-x86-64 Версия пакета: 5.66-alt1 Ошибка воспроизводится. Проверялось на Sisyphus, ошибка воспроизвелась. 220568 9 sysoevas 2023-01-24 12:55:00 +0300 Доп: если сделать systemctl --user --global enable obex.service то передача файлов выполняется успешно 220610 10 jqt4 2023-01-24 15:17:11 +0300 Образ alt-server-10.0-x86_64.iso установлен на Intel Nuc, профиль "Рабочая станция". Воспроизвёл исходную проблему. Обновил bluez на bluez-5.66-alt1.x86_64. Проблема воспроизводится, симлинк /etc/systemd/user/dbus-org.bluez.obex.service -> /usr/lib/systemd/user/obex.service отсутствует. Повторил тот же эксперимент с образом alt-server-10.1-rc2-x86_64.iso "Из коробки" в нём bluez-5.64-alt2.x86_64, проблемы нет, симлинк есть. Обновил bluez на bluez-5.66-alt1.x86_64. Проблемы нет, симлинк есть. 220614 11 jqt4 2023-01-24 15:38:03 +0300 Повторил тот же эксперимент с тестовым образом alt-server-20230119-x86_64.iso "Из коробки" bluez-5.66-alt1.x86_64, проблемы нет, симлинк есть. 220617 12 antohami 2023-01-24 15:59:27 +0300 (Ответ для jqt4@altlinux.org на комментарий #10) > Образ alt-server-10.0-x86_64.iso установлен на Intel Nuc, профиль "Рабочая > станция". Воспроизвёл исходную проблему. > > Обновил bluez на bluez-5.66-alt1.x86_64. > Проблема воспроизводится, симлинк > /etc/systemd/user/dbus-org.bluez.obex.service -> > /usr/lib/systemd/user/obex.service отсутствует. > > Повторил тот же эксперимент с образом alt-server-10.1-rc2-x86_64.iso > "Из коробки" в нём bluez-5.64-alt2.x86_64, проблемы нет, симлинк есть. > Обновил bluez на bluez-5.66-alt1.x86_64. > Проблемы нет, симлинк есть. Симлинк создаётся только при первой установке. Считаю, что ошибки нет. 241409 13 zxyframe 2024-02-11 12:15:08 +0300 Аналогичная проблема была после установки http://nightly.altlinux.org/sisyphus/tested/regular-gnome-latest-x86_64.iso . Отстутствала ссылка /etc/systemd/user/dbus-org.bluez.obex.service -> /usr/lib/systemd/user/obex.service и появлялись ошибки в логе: Activation via systemd failed for unit 'dbus-org.bluez.obex.service': Unit dbus-org.bluez.obex.service not found. 241414 14 antohami 2024-02-11 17:45:18 +0300 (Ответ для Александр на комментарий #13) > Аналогичная проблема была после установки > http://nightly.altlinux.org/sisyphus/tested/regular-gnome-latest-x86_64.iso . > Отстутствала ссылка /etc/systemd/user/dbus-org.bluez.obex.service -> > /usr/lib/systemd/user/obex.service > и появлялись ошибки в логе: > Activation via systemd failed for unit 'dbus-org.bluez.obex.service': Unit > dbus-org.bluez.obex.service not found. Действительно. Скриптлет при сборке live не отрабатывает. Думаю, что лучше включать в профиле сборки, чтобы наверняка. Сделал для профиля фичу use/services/bluetooth-enable, чтобы было удобнее включать: https://git.altlinux.org/people/antohami/packages/?p=mkimage-profiles.git;a=commit;h=cdc1914ec3a067a17df66551d9a6efd0f017b87a 243093 15 lakostis 2024-03-16 13:06:31 +0300 (In reply to Александр from comment #13) > Аналогичная проблема была после установки > http://nightly.altlinux.org/sisyphus/tested/regular-gnome-latest-x86_64.iso . > Отстутствала ссылка /etc/systemd/user/dbus-org.bluez.obex.service -> > /usr/lib/systemd/user/obex.service > и появлялись ошибки в логе: > Activation via systemd failed for unit 'dbus-org.bluez.obex.service': Unit > dbus-org.bluez.obex.service not found. В версии 5.73-alt1 ссылки упакованы правильно: ❯ ll /usr/lib/systemd/user/|fgrep obex fgrep: warning: fgrep is obsolescent; using grep -F lrwxrwxrwx 1 root root 12 Mar 16 09:35 dbus-org.bluez.obex.service -> obex.service -rw-r--r-- 1 root root 170 Mar 16 09:35 obex.service 260388 16 zerg 2025-03-05 08:56:55 +0300 *** Bug 37016 has been marked as a duplicate of this bug. ***