ALT Linux Bugzilla – #38279

У obex.service
[Install]
Alias=dbus-org.bluez.obex.service

> Вероятно, стоит сделать подпакет вроде bluez-obex-service с этим симлинком.
Т.е. точно не подпакет. Или запаковать в тот же пакет или сделать, чтоб Install сработал.

См. тж. altbug #37016, который внезапно но по историческим причинам на p8. Я предлагал так:

http://git.altlinux.org/people/iv/packages/bluez.git?p=bluez.git;a=commitdiff;h=616baf829361d02591434285c29fdedfb0cf9e10

Предполагается, что после установки пакета будет сделано:

systemctl --user --global enable obex.service

А перед удалением пакета:
systemctl --user --global disable obex.service

Т.е. в %post и %preun необходимо добавить их. В Fedora на сей счёт используются макросы:

%systemd_user_post
%systemd_user_preun

Было бы здорово, чтобы у нас появились такие макросы, но ещё и с дополнительной проверкой наличия systemd в системе. Поэтому в копию shaba@ поставил.

(Ответ для Антон Мидюков на комментарий #4)
> Было бы здорово, чтобы у нас появились такие макросы, но ещё и с
> дополнительной проверкой наличия systemd в системе. Поэтому в копию shaba@
> поставил.

Проверка systemd не требуется. На sysvinit symlink создался успешно. И удалился тоже.

Собрал таск с исправлением:

[#250288] [test-only] EPERM bluez.git=5.54-alt2

Возникает зависимость на /bin/systemctl. Я, например, не против, т.к. systemd-utils особо ничего не тащит за собой.

bluez-5.54-alt2 -> sisyphus:

 Mon Apr 20 2020 Anton Midyukov <antohami@altlinux> 5.54-alt2
 - Enable obex.service (closes #38279).

Лишние зависимости всяко стоит давить -- анализатор "не заметит"
вызов команды с выставлением переменной, например, "a= ".

И почистил немного, а то два одинаковых if подряд уж как-то совсем не то.
Отправил 5.54-alt3: http://webery.altlinux.org/task/250302

PS: там ещё /usr/share/zsh/site-functions/_bluetoothctl почему-то не упакован.

(Ответ для Michael Shigorin на комментарий #9)
> Лишние зависимости всяко стоит давить -- анализатор "не заметит"
> вызов команды с выставлением переменной, например, "a= ".

Так как у нас сортируются пакеты в mkimage, bluez устанавливается раньше systemd-utils. В результате симлинк при сборке образа не создаётся, так как создавать его просто некому.

А при обновлении (удалении предыдущей версии) симлинк успешно сносится.

...
Removed /etc/systemd/user/dbus-org.bluez.obex.service.
42: bluez-5.54-alt2

(Ответ для Yuri N. Sedunov на комментарий #11)
> А при обновлении (удалении предыдущей версии) симлинк успешно сносится.
> 
> ...
> Removed /etc/systemd/user/dbus-org.bluez.obex.service.
> 42: bluez-5.54-alt2

Странно. У меня такое не воспроизводится.

(Ответ для Антон Мидюков на комментарий #12)
> (Ответ для Yuri N. Sedunov на комментарий #11)
> > А при обновлении (удалении предыдущей версии) симлинк успешно сносится.
> > 
> > ...
> > Removed /etc/systemd/user/dbus-org.bluez.obex.service.
> > 42: bluez-5.54-alt2
> 
> Странно. У меня такое не воспроизводится.

Не может не воспроизводиться -- у тебя %preun выполняется безусловно.

(Ответ для Yuri N. Sedunov на комментарий #13)
> Не может не воспроизводиться
Может. У меня симлинк /etc/systemd/user/dbus-org.bluez.obex.service на месте. bluez-5.54-alt3.x86_64

(Ответ для Yuri N. Sedunov на комментарий #13)
> (Ответ для Антон Мидюков на комментарий #12)
> > (Ответ для Yuri N. Sedunov на комментарий #11)
> > > А при обновлении (удалении предыдущей версии) симлинк успешно сносится.
> > > 
> > > ...
> > > Removed /etc/systemd/user/dbus-org.bluez.obex.service.
> > > 42: bluez-5.54-alt2
> > 
> > Странно. У меня такое не воспроизводится.
> 
> Не может не воспроизводиться -- у тебя %preun выполняется безусловно.

А какое должно быть условие? Я не знал, что %preun выполняется (или может выполняться) при обновлении пакета.

(Ответ для Sergey V Turchin на комментарий #14)
> (Ответ для Yuri N. Sedunov на комментарий #13)
> > Не может не воспроизводиться
> Может. У меня симлинк /etc/systemd/user/dbus-org.bluez.obex.service на
> месте. bluez-5.54-alt3.x86_64

Обновление / установка...
1: bluez-5.54-alt3                      ############################################################################### [ 50%]
Removed /etc/systemd/user/dbus-org.bluez.obex.service.
Очистка / удаление... 
2: bluez-5.54-alt2                      ############################################################################### [100%]
Завершено.
[aris@siver tmp]$ l /etc/systemd/user/dbus-org.bluez.obex.service
ls: невозможно получить доступ к '/etc/systemd/user/dbus-org.bluez.obex.service': Нет такого файла или каталога

(Ответ для Антон Мидюков на комментарий #15)
> (Ответ для Yuri N. Sedunov на комментарий #13)
> > (Ответ для Антон Мидюков на комментарий #12)
> > > (Ответ для Yuri N. Sedunov на комментарий #11)
> > > > А при обновлении (удалении предыдущей версии) симлинк успешно сносится.
> > > > 
> > > > ...
> > > > Removed /etc/systemd/user/dbus-org.bluez.obex.service.
> > > > 42: bluez-5.54-alt2
> > > 
> > > Странно. У меня такое не воспроизводится.
> > 
> > Не может не воспроизводиться -- у тебя %preun выполняется безусловно.
> 
> А какое должно быть условие? Я не знал, что %preun выполняется (или может
> выполняться) при обновлении пакета.

Не читал? /usr/share/doc/rpm-4.13.0.1/triggers

Н-да, досадно.  "Нос вытащили -- хвост завяз" (c) Н.Н. Непейвода.

Пока вижу два варианта тогда --
1) сделать пакет, сортирующийся после systemd-utils, и переложить туда;
2) откатить мои правки в 5.54-alt3 по этой части.

Вообще говоря, такая проблема может затрагивать не только bluez.

(Ответ для Michael Shigorin на комментарий #18)
> Н-да, досадно.  "Нос вытащили -- хвост завяз" (c) Н.Н. Непейвода.
> 
> Пока вижу два варианта тогда --
> 1) сделать пакет, сортирующийся после systemd-utils, и переложить туда;
> 2) откатить мои правки в 5.54-alt3 по этой части.

3) Сделать приоритет в установке для systemd-utils в mlimage-profiles.

> > Пока вижу два варианта тогда --
0) убрать сортировку.
> > 1) сделать пакет, сортирующийся после systemd-utils, и переложить туда;
> > 2) откатить мои правки в 5.54-alt3 по этой части.
> 3) Сделать приоритет в установке для systemd-utils в mlimage-profiles.

Вернул зависимость на systemd-utils. Образ собрался с симлинком /etc/systemd/user/dbus-org.bluez.obex.service:

[#252217] [test-only] EPERM (try 2) bluez.git=5.54-alt4

Также подправил условие, чтобы симлнк не удалялся при обновлении пакета. Прошу проверить, так как у меня и до того не удалялся при обновлении, и я не знаю, что нужно сделать в системе, чтобы удалялся.

Откликнитесь(Ответ для Антон Мидюков на комментарий #21)
> Вернул зависимость на systemd-utils. Образ собрался с симлинком
> /etc/systemd/user/dbus-org.bluez.obex.service:
> 
> [#252217] [test-only] EPERM (try 2) bluez.git=5.54-alt4
> 
> Также подправил условие, чтобы симлнк не удалялся при обновлении пакета.
> Прошу проверить, так как у меня и до того не удалялся при обновлении, и я не
> знаю, что нужно сделать в системе, чтобы удалялся.

Кто-нибудь зааппрувит?

(Ответ для Антон Мидюков на комментарий #22)
> Откликнитесь(Ответ для Антон Мидюков на комментарий #21)
> > Вернул зависимость на systemd-utils. Образ собрался с симлинком
> > /etc/systemd/user/dbus-org.bluez.obex.service:
> > 
> > [#252217] [test-only] EPERM (try 2) bluez.git=5.54-alt4
> > 
> > Также подправил условие, чтобы симлнк не удалялся при обновлении пакета.
> > Прошу проверить, так как у меня и до того не удалялся при обновлении, и я не
> > знаю, что нужно сделать в системе, чтобы удалялся.
> 
> Кто-нибудь зааппрувит?

test-only я даже не увижу и поэтому аппрувить не буду. Собирайте без него.

[#253057] DONE bluez.git=5.54-alt5