Bug 49020

Недоразумение в systemd, исправляйте его.

Зависимость на systemd возникает из-за busctl в %_xdgconfigdir/Xwayland-session.d/00-at-spi
Прошу отключить поиск зависимостей для этого файла, чтобы зависимость на systemd не возникала.

(Ответ для Антон Мидюков на комментарий #2)
> Зависимость на systemd возникает из-за busctl в
> %_xdgconfigdir/Xwayland-session.d/00-at-spi
> Прошу отключить поиск зависимостей для этого файла, чтобы зависимость на
> systemd не возникала.

С какого перепуга? -- busctl нужен. Выносите /usr/bin/busctl, который даже не зависит от libsystemd, чтобы его можно было использовать независимо от systemd.

(Ответ для Yuri N. Sedunov на комментарий #3)
> (Ответ для Антон Мидюков на комментарий #2)
> > Зависимость на systemd возникает из-за busctl в
> > %_xdgconfigdir/Xwayland-session.d/00-at-spi
> > Прошу отключить поиск зависимостей для этого файла, чтобы зависимость на
> > systemd не возникала.
> 
> С какого перепуга? -- busctl нужен. Выносите /usr/bin/busctl, который даже
> не зависит от libsystemd, чтобы его можно было использовать независимо от
> systemd.

Зависит зато от либы в systemd.
ldd /usr/bin/busctl 
libsystemd-shared-254.so => /lib64/systemd/libsystemd-shared-254.so (0x00007f7bb2200000)

rpm -qf /lib64/systemd/libsystemd-shared-254.so 
systemd

Не уверен, что busctl можно вынести вместе с этой либой из systemd.

(Ответ для Антон Мидюков на комментарий #4)

> Не уверен, что busctl можно вынести вместе с этой либой из systemd.

Очевидно, что можно, но ты можешь задать этот вопрос мантейнеру systemd.

(Ответ для Yuri N. Sedunov на комментарий #3)
> > Зависимость на systemd возникает из-за busctl в
> > %_xdgconfigdir/Xwayland-session.d/00-at-spi
> С какого перепуга? -- busctl нужен.
Юр, а он безусловно требуется at-spi или же применяется ровно при запуске xwayland?  Во втором случае я бы предложил вытащить в подпакет, скажем, busctl вместе с этим скриптиком (и добавил в списки пакетов для *wayland).

В целом прошу содействия в решении этой проблемы -- дистрибутивов с gnustep раз-два и обчёлся и их целевая аудитория слабо пересекается с любителями обмазываться wayland/systemd, насколько я с ней знаком (анонсировал в gnustep-ной рассылке, пообщались).

Антон, а что именно вытягивает at-spi -- firefox?  Возможно, стоит подумать в сторону варьирования браузера конкретно в этой сборке.

(Ответ для Michael Shigorin на комментарий #6)
> Антон, а что именно вытягивает at-spi -- firefox?  Возможно, стоит подумать
> в сторону варьирования браузера конкретно в этой сборке.

libgtk+3

(Ответ для Michael Shigorin на комментарий #6)
> Юр, а он безусловно требуется at-spi или же применяется ровно при запуске
> xwayland?  Во втором случае я бы предложил вытащить в подпакет, скажем,
> busctl вместе с этим скриптиком (и добавил в списки пакетов для *wayland).
Не надо придумывать проблем другим людям.
Достаточно просто отфильтровать эту зависимость.

FYI, the python task doesn't pass install check because of this issue.

(In reply to Michael Shigorin from comment #6)
> (Ответ для Yuri N. Sedunov на комментарий #3)
> > > Зависимость на systemd возникает из-за busctl в
> > > %_xdgconfigdir/Xwayland-session.d/00-at-spi
> > С какого перепуга? -- busctl нужен.
> а он безусловно требуется at-spi или же применяется ровно при запуске
> xwayland?

% git clone https://gitlab.gnome.org/GNOME/at-spi2-core && cd at-spi2-core
Cloning into 'at-spi2-core'...
warning: redirecting to https://gitlab.gnome.org/GNOME/at-spi2-core.git/
remote: Enumerating objects: 36552, done.
remote: Counting objects: 100% (19937/19937), done.
remote: Compressing objects: 100% (4358/4358), done.
remote: Total 36552 (delta 15529), reused 19885 (delta 15495), pack-reused 16615
Receiving objects: 100% (36552/36552), 7.98 MiB | 326.00 KiB/s, done.
Resolving deltas: 100% (28288/28288), done.
% 
% git grep busctl
bus/00-at-spi:ADDR="$( busctl call --user org.a11y.Bus /org/a11y/bus org.a11y.Bus GetAddress )" || exit 0
% git log -- bus/00-at-spi
commit 8d514cc1b8456224fa687bc0e32d26c3b4b994c0
Author: Benjamin Berg <bberg@redhat.com>
Date:   Wed May 19 15:08:42 2021 +0200

    bus: Set X root property when Xwayland starts on-demand
    
    On wayland, the X11 server may not always be running so that
    at-spi-bus-launcher cannot set it when it is starting.
    
    This is usually not a big problem, as applications can retrieve the a11y
    bus address by querying the session bus. Unfortunately, there may be
    exceptions such as applications that are run as a different user.
    
    We can easily solve this problem by setting the X11 root property when
    the Xwayland server is started. To do so, install a simple script to
    /etc/xdg/Xwayland-session.d/ that queries the session bus and sets the
    root property.
    
    This script is only needed when Xwayland is started on-demand, which can
    only happen on systemd enabled sessions. However, it is always safe to
    install, and there will be no severe side effects should the script be
    running needlessly or failing.
    
    Closes: #34
% 

Исчерпывающе, я считаю. Не могу, правда, подтвердить, что Xwayland стартует по запросу только на systemd: как минимум wlroots умеет[1] выфоркивать его по запросу.

[1] https://gitlab.freedesktop.org/wlroots/wlroots/-/blob/ce89f49b7aab281198fad64e9a825a24dbf72e3d/xwayland/server.c#L482

Если мы так не хотим отрывать зависимость на /usr/bin/busctl от at-spi2-core, то, может быть, заменить вызов busctl на dbus-send или что-то с другими зависимостями?

task #333513: added #115100: build srpm at-spi2-core-2.50.1-alt1.1.src.rpm
$ GATR 333513
task run: task #333513 belongs to grenka

Спасибо!

У меня всё работает, может быть закроем эту ошибку?

Ошибку вернули. Проблемы со сборкой дистрибутивов.

(Ответ для Sergey V Turchin на комментарий #15)
> Ошибку вернули. Проблемы со сборкой дистрибутивов.

Пожалуйста, опишите проблемы, связанные с этим пакетом.

(Ответ для AEN на комментарий #16)
> Пожалуйста, опишите проблемы, связанные с этим пакетом.
При сборке образа apt не может решить проблему конфликта systemd и sysvinit.

(Ответ для Sergey V Turchin на комментарий #17)
> (Ответ для AEN на комментарий #16)
> > Пожалуйста, опишите проблемы, связанные с этим пакетом.
> При сборке образа apt не может решить проблему конфликта systemd и sysvinit.

Проблема в другом:
https://bugzilla.altlinux.org/49860

(Ответ для Антон Мидюков на комментарий #18)
> Проблема в другом:
> https://bugzilla.altlinux.org/49860
В этом у меня проблемы нет, т.к. у меня systemd.

(Ответ для Sergey V Turchin на комментарий #17)
> (Ответ для AEN на комментарий #16)
> > Пожалуйста, опишите проблемы, связанные с этим пакетом.
> При сборке образа apt не может решить проблему конфликта systemd и sysvinit.

Пожалуйста, подробнее.

(Ответ для AEN на комментарий #20)
> Пожалуйста, подробнее.
Вчерашний лог я не сохранил, т.к. надеяться на исправление не собирался и экспериментировал с извращениями(успешно). Там начиналось с at-spi2-core, который тащил /usr/bin/busctl, который тащил systemd-utils-standalone, который тащил sysvinit, который конфликтовал с systemd.

Сегодня не получается воспроизвести. Видимо, пакеты в репозитории сложились по другому.

Спасибо Антону за новый mkimage-profiles, в котором можно выкинуть install-компонент(содержит sysvinit) и теперь я могу послать к чёртовой бабушке sysvinit, этот баг и всё к нему причастное!

(Ответ для Sergey V Turchin на комментарий #21)
> Сегодня не получается воспроизвести. Видимо, пакеты в репозитории сложились
> по другому.
> 

Подчищать надо за собой.

(Ответ для Sergey V Turchin на комментарий #21)
> (Ответ для AEN на комментарий #20)
> > Пожалуйста, подробнее.
> Вчерашний лог я не сохранил, т.к. надеяться на исправление не собирался и
> экспериментировал с извращениями(успешно). Там начиналось с at-spi2-core,
> который тащил /usr/bin/busctl, который тащил systemd-utils-standalone,
> который тащил sysvinit, который конфликтовал с systemd.
> 
> Сегодня не получается воспроизвести. Видимо, пакеты в репозитории сложились
> по другому.
> 
> Спасибо Антону за новый mkimage-profiles, в котором можно выкинуть
> install-компонент(содержит sysvinit) и теперь я могу послать к чёртовой
> бабушке sysvinit, этот баг и всё к нему причастное!

Очень прошу Вас быть корректным в общении, особенно в bugzilla

Спасибо.

(Ответ для AEN на комментарий #23)
> Очень прошу Вас быть корректным в общении, особенно в bugzilla
Несмотря не то, что моё предложенное решение было реализовано сторонним мантейнером, а потом втихую похерено мантейнером пакета, я стараюсь, поэтому проявлял неуважение только к конкретно этому багу. ;-)

(Ответ для Yuri N. Sedunov на комментарий #22)
> Подчищать надо за собой.
Извиняй, но пока приходится только за тобой. Я нашёл, как не обращать внимания на этот баг, поэтому он меня больше не интересует.

> теперь я могу послать к чёртовой
> бабушке sysvinit, этот баг и всё к нему причастное!
Я добавил в Apt::Ignore sysvinit и systemd-utils-standalone, а вы что подумали? ;-)

(Ответ для Sergey V Turchin на комментарий #26)
 а вы что
> подумали? ;-)

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

(Ответ для Sergey V Turchin на комментарий #21)
> (Ответ для AEN на комментарий #20)
> > Пожалуйста, подробнее.
> Вчерашний лог я не сохранил, т.к. надеяться на исправление не собирался и
> экспериментировал с извращениями(успешно). Там начиналось с at-spi2-core,
> который тащил /usr/bin/busctl, который тащил systemd-utils-standalone,
> который тащил sysvinit, который конфликтовал с systemd.
> 
> Сегодня не получается воспроизвести. Видимо, пакеты в репозитории сложились
> по другому.
> 
> Спасибо Антону за новый mkimage-profiles, в котором можно выкинуть
> install-компонент(содержит sysvinit) и теперь я могу послать к чёртовой
> бабушке sysvinit, этот баг и всё к нему причастное!

sysvinit компонент использовался и используется в дистрибутивах на systemd только в сквоше rescue. В altinst попадает systemd, но он там не используется, так как у инсталлятора свой init - install2-init.
Данный баг не мог вызывать проблем у дистрибутивов на systemd при условии, что в rescue не попадает gtk3. gtk3 в rescue попасть может разве что из-за timeshift.
А вот из-за бага https://bugzilla.altlinux.org/49860 сейчас невозможно собрать сквош rescue, который на sysvinit.

(Ответ для Антон Мидюков на комментарий #28)
> из-за бага https://bugzilla.altlinux.org/49860
Но, это совсем другая история.

(Ответ для Yuri N. Sedunov на комментарий #27)
> регулярно садишся в очередную лужу, меняешь штаны и прешь дальше.
Да. В этом случае я нашёл, как слить твою лужу в канализацию.