Вероятно, стоит сделать подпакет вроде bluez-obex-service с этим симлинком. +++ Данная ошибка создана размножением ошибки 38278 +++ Приложение Bluetooth, закладка Параметры. Переключатель "Получать файлы от удалённых устройств" невозможно оставить в положении "включено". При клике он сдвигается, на мгновение становится синим и затем сразу возвращается в отключенное состояние. При этом Bluetooth работает, устройство определяется. Даже звук на него можно воспроизводить. $ lsmod | grep blu bluetooth 413696 33 btrtl,btintel,btbcm,bnep,btusb,rfcomm ecdh_generic 16384 2 bluetooth rfkill 28672 6 bluetooth,thinkpad_acpi crc16 16384 2 bluetooth,ext4 # modinfo bluetooth | head filename: /lib/modules/5.4.26-std-def-alt1/kernel/net/bluetooth/bluetooth.ko alias: net-pf-31 license: GPL version: 2.22 description: Bluetooth Core ver 2.22 author: Marcel Holtmann <marcel@holtmann.org> srcversion: 202A7E9C18C23A5C455649B depends: rfkill,ecdh_generic,crc16 retpoline: Y intree: Y
У 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