jabberd2 не стартует. # service jabberd2 start Starting router service: start-stop-daemon: execv: /bin/su: No such file or directory [FAILED] Starting resolver service: start-stop-daemon: execv: /bin/su: No such file or directory [FAILED] Starting sm service: start-stop-daemon: execv: /bin/su: No such file or directory [FAILED] Starting c2s service: start-stop-daemon: execv: /bin/su: No such file or directory [FAILED] Starting jud service: start-stop-daemon: execv: /bin/su: No such file or directory [FAILED]
Дима, это видимо на тебя.
Я сильно сомневаюсь в необходимости включать su в зависимости пакета service: конечно, start_daemon() может использовать su, но это далеко не основной режим работы этой функции. Пока что я склоняюсь к тому, чтобы пользователи start_daemon --user сами добавляли su в список своих зависимостей. P.S. Баг обратно перевешивать пока не буду, severity снижаю, обсуждать мне удобнее в списке рассылки.
Алексей, пока идёт обсуждение - добавьте пожалуйста зависимость на su у себя. Это вылезает при создании контейнера - сходу не догадаешься что ещё и su надо ставить.
Похоже, баги про контейнеры надо под отдельный метабаг собирать. Вот ещё зарисовка: http://faq.altlinux.ru/index.php?action=single&nf=1&qid=947
Касается и ejabberd-2.0.2-alt1
*** Bug 32101 has been marked as a duplicate of this bug. ***
на системах с systemd проблема решается другим путём, но su там всё-равно прилетит с сервисом. Наверное не очень хорошая идея ставить зависимость у init скрипта на su ?
случайно закрыл.
service 0.5.34 всё ещё вызывает /bin/su в start_daemon --user (functions:247), Requires на su нет; jabberd2 удалён из Сизифа (задание https://packages.altlinux.org/tasks/306894/, 2022), ejabberd сам Requires: su, #11904 закрыт тем же способом. Основные системы сейчас на systemd, юниты запускают сервисы через User= без su, и для меня эта ошибка перестала быть актуальной. Закрываю WONTFIX; кому нужен start_daemon --user в init-скрипте — добавляйте su в зависимости своего пакета, как предлагал ldv@ в комментарии 2.
