ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | Bluetooth: отключен obex.service | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Michael Shigorin <mike> |
| Component: | bluez | Assignee: | Valery Inozemtsev <shrek> |
| Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
| Severity: | normal | ||
| Priority: | P5 | CC: | aleksey-v.2013, antohami, aris, cas, iv, lakostis, mike, qa-p8, sem, shaba, shrek, zerg |
| Version: | unstable | Keywords: | usability |
| Hardware: | all | ||
| OS: | Linux | ||
| Bug Depends on: | 38278 | ||
| Bug Blocks: | |||
|
Description
Michael Shigorin
2020-03-26 16:43:59 MSK
У 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 |
