История изменений

Нет, это к тому, чтобы заставить призвать тебя отделить систематическое поведение от двух изолированных случаев за всю историю проекта.

А получилось то, то что получилось. Фактически ты признаешь, что systemd долгое время находилась на этапе активного изменения дефолтного поведения и требовала чтение документации каждый релиз.

Снова начинаешь цепляться за слова.

напротив. ты не сформулировал задачу и сейчас начинаешь размывать понятия. смотря для чего читать документацию. я говорю о махине systemd. более сложный концепт, больше документации. больше тонкостей. а ты подтягиваешь вообще всю экосистему линукса, как эквивалент. круто, да? если он не создает инит-файлы, то нет, ему не нужно писать скрипты на баш. но чтобы что-то делать с systemd нужно представлять несколько концептов вцелом: targets, units, timers... и прочее вот это все.

Посмею заметить, что специальными ключами на каждый заусенец — если они у тебя есть и их есть где хранить — работать действительно легче и удобнее, чем разводным ключом и кувалдой.

мы это обсуждали. UNIX way - это малый набор универсальных инструментов на все случаи жизни. один раз изучил - пользуешься везде. а твой - это Windows way большой сложный софт с юзкейсом на каждый чих. каждый чих нужно изучать отдельно. Нет, если бы я с тобой был согласен, я бы админил винду.

Ключевое слово «лично».

я рад, что ты увидел мой point

Нет, это к тому, чтобы заставить призвать тебя отделить систематическое поведение от двух изолированных случаев за всю историю проекта.

А получилось то, то что получилось. Фактически ты признаешь, что systemd долгое время находилась на этапе активного изменения дефолтного поведения и требовала чтение документации каждый релиз.

Снова начинаешь цепляться за слова.

напротив. ты не сформулировал задачу и сейчас начинаешь размывать понятия. смотря для чего читать документацию. я говорю о махине systemd. более сложный концепт, больше документации. больше тонкостей. а ты подтягиваешь вообще всю экосистему линукса, как эквивалент. круто, да? если он не создает инит-файлы, то нет, ему не нужно писать скрипты на баш. но чтобы что-то делать с systemd нужно представлять несколько концептов вцелом.

Посмею заметить, что специальными ключами на каждый заусенец — если они у тебя есть и их есть где хранить — работать действительно легче и удобнее, чем разводным ключом и кувалдой.

мы это обсуждали. UNIX way - это малый набор универсальных инструментов на все случаи жизни. один раз изучил - пользуешься везде. а твой - это Windows way большой сложный софт с юзкейсом на каждый чих. каждый чих нужно изучать отдельно. Нет, если бы я с тобой был согласен, я бы админил винду.

Ключевое слово «лично».

я рад, что ты увидел мой point