> вот от этой портянки можно офигеть ещё больше: задержка запуска bar.service прописывается
> в конфигуре для foo.service! это офигеть как логично.Это вполне логично для целей типа .target, где и применяется для ожидания
suspend.target
shutdown.target
и.т.д.
Что-то подобное присутствует и в православном дебиане:
X-Start-Before: boot_facility_1 [boot_facility_2...]X-Stop-After: boot_facility_1 [boot_facility_2...]
provide reverse dependencies, that appear as if the listed facilities had should-start and should-stop on the package with these headers.
Но там, я так понимаю, это кошерно, в отличие от..? )
> и название тоже выбрано удачно: специально, видимо, чтобы без документации можно было
> трактовать двояко. то ли мы запускаемся перед bar.serivice, то ли bar.service
> должен быть запущен до нас — фиг угадаешь. соответственно, это можно
> только зазубрить.
Может предложите лучшее название? "Перед" - очень сложно трактовать как-то по-другому.
> если ты не в курсе, то подобный «дизайн» — очень, очень плохой:
> чем больше нелогичной зубрёжки, тем хуже. я бы понял, если бы
> над системды довлел страшный груз legacy, но нет — оно же
> «с нуля» писалось. вот только дизайнилось совершенным дилетантом, как ты в
> очередной раз продемонстрировал великолепной цитатой.
А про поддержу init-скриптов в systemd "искаропки", вы предпочитаете умалчивать? Это ли не legacy?
Зубрить, зубрежки... Познакомьтесь, наконец, с командой man и прекратите уже зубрить!