История изменений
Исправление kostik87, (текущая версия) :
Понимаешь в чём суть, я не про то, что человек задал вопрос.
А про то, что уповает на то, что условно «Я не шмагла, но я админ и поэтому все проблемы из-за systemd».
И дальше все комментарии по факту: «Я не шмагла - systemd овно».
Так может вопросы к тебе?
Я понимаю, что человек расценивает, что если он использует функционал systemd, а именно systemct edit unit.service - он должен работать, но как показывает практика - это далеко не так.
Так автору и был дан чёткий и короткий ответ: Help! Настройка systemd в обновлённом с чего-то Ubuntu 22.04.5 LTS на ARM transmission (комментарий)
Без всяких отсылок, ах ты такой сякой не смог. В ответ было сообщение «спасибо».
Что делает автор дальше?
Он пишет:
Понадобилось ещё ExecStart переопределить, это вот всё в systemd - какой-то позор, конечно, уровня умолчаний при приведении типов в JS...
Если «системный администратор» не может прочитать документацию по продукту, то какой он системный администратор. И все отсылки, что я не разобрался, не хочу и поэтому продукт овно - пускай повесит себе в рамочку и читает.
А остальное - лично моё мнение, если ты не можешь прочитать документацию и явно пишешь «не шмагла и мне лень» - то остальные отсылки на тему, что почему-то продукт не работат так как мне хочется, но разбираться я не хочу и упование, что продукт фигня от таких личностей идут лесом.
Да, systemd не идеален и у меня самого к нему много вопросов. Но я не пишу, что я не смог разобраться - поэтому systemd овно.
Примите ответственность за себя, если «не шмагла» - ну так это ты не шмагла.
@firkax и иже с ним. Не используйте продукт, перепишите всё на BSD Style сценарии запуска, кто вам запрещает.
Только учтите, что к сожалению в новых версиях systemd поддержка запуска init сценариев вырезана.
Если сейчас ещё можно сделать systemctl start <init>, то когда современные дистрибутивы перейдут - уже нельзя будет.
Исходная версия kostik87, :
Понимаешь в чём суть, я не про то, что человек задал вопрос.
А про то, что уповает на то, что условно «Я не шмагла, но я админ и поэтому все проблемы из-за systemd».
И дальше все комментарии по факту: «Я не шмагла - systemd овно».
Так может вопросы к тебе?
Я понимаю, что человек расценивает, что если он использует функционал systemd, а именно systemct edit unit.service - он должен работать, но как показывает практика - это далеко не так.
Так автору и был дан чёткий и короткий ответ: Help! Настройка systemd в обновлённом с чего-то Ubuntu 22.04.5 LTS на ARM transmission (комментарий)
А зачем он тогда пишет:
Понадобилось ещё ExecStart переопределить, это вот всё в systemd - какой-то позор, конечно, уровня умолчаний при приведении типов в JS...
Если «системный администратор» не может прочитать документацию по продукту, то какой он системный администратор.
А остальное - лично моё мнение, если ты не можешь прочитать документацию и явно пишешь «не шмагла и мне лень» - то остальные отсылки на тему, что почему-то продукт не работат так как мне хочется, но разбираться я не хочу и упование, что продукт фигня от таких личностей идут лесом.
Да, systemd не идеален и у меня самого к нему много вопросов. Но я не пишу, что я не смог разобраться - поэтому systemd овно.
Примите ответственность за себя, если «не шмагла» - ну так это ты не шмагла.
@firkax и иже с ним. Не используйте продукт, перепишите всё на BSD Style сценарии запуска, кто вам запрещает.
Только учтите, что к сожалению в новых версиях systemd поддержка запуска init сценариев вырезана.
Если сейчас ещё можно сделать systemctl start <init>, то когда современные дистрибутивы перейдут - уже нельзя будет.