ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | Не запускается dbus-org.bluez.obex.service | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | jqt4 |
| Component: | bluez | Assignee: | Valery Inozemtsev <shrek> |
| Status: | NEW --- | QA Contact: | qa-sisyphus |
| Severity: | normal | ||
| Priority: | P5 | CC: | antohami, aris, cas, iv, jqt4, lakostis, mike, sem, shaba, shrek, sysoevas, zerg, zxyframe |
| Version: | unstable | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
|
Description
jqt4
2022-05-12 16:48:49 MSK
Симлинк /etc/systemd/user/dbus-org.bluez.obex.service -> /usr/lib/systemd/user/obex.service есть или нет? (Ответ для Антон Мидюков на комментарий #1) > Симлинк /etc/systemd/user/dbus-org.bluez.obex.service -> > /usr/lib/systemd/user/obex.service есть или нет? Нет. В этом, собственно, проблема. (Ответ для 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 не выполняется. Нужно из этого условия убрать его. 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
то при обновлении пакета сервис снова включится?
(Ответ для 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 ]. Сделал задание с исправлением #300199 EPERM #3 sisyphus bluez.git=5.64-alt2 Но мне его не одобрили до сих пор. Мантейнерам из ACL писал письмо: bluez shrek aris zerg Подписал их же на баг. На системе: p10-workstation p10-education-kde p10-kworkstation С версией пакета: bluez-5.64-alt2 Ошибка НЕ воспроизводится. Передача файлов в обе стороны корректна. На системе: p10-server-10-x86-64 Версия пакета: 5.66-alt1 Ошибка воспроизводится. Проверялось на Sisyphus, ошибка воспроизвелась. Доп: если сделать systemctl --user --global enable obex.service то передача файлов выполняется успешно Образ 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. Проблемы нет, симлинк есть. Повторил тот же эксперимент с тестовым образом alt-server-20230119-x86_64.iso "Из коробки" bluez-5.66-alt1.x86_64, проблемы нет, симлинк есть. (Ответ для 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. > Проблемы нет, симлинк есть. Симлинк создаётся только при первой установке. Считаю, что ошибки нет. Аналогичная проблема была после установки 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. (Ответ для Александр на комментарий #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 (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 |
