Симлинк /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

*** Bug 37016 has been marked as a duplicate of this bug. ***