systemd 249

В таких спорах обычно никто не побеждает.

Есть подозрение, что на дебиане будут скрипты

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

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

Ну это точно не благодаря спорам на ЛОРе

Ну да. Я об этом и говорю. Мало того что нужно знать тонну этих переменных, так еще и их поведение и взаимодействие. Уж лучше Шелл скрипты, а в идеале, конечно, лисп.

кстати, ты у меня давно в игноре

А как же ты его читаешь тогда, позволь узнать?

Я понял, твоя задача неправильная! Нужны только правильные задачи! =))))))))

Можно только то что было продумано, всё остальное == вы делаете всё не так, вам это не нужно, подстраивайтесь под то что есть, это инструмент с декларативным описанием для декларативных задач. И прочее. Ебитесь как хотите у нас nodejs запускается с докером и ОК

Нифига. Из любого срача на лоре только anonymous выходит умным, красивым и непобеженным.

Runit и OpenRC в Devuan’е тоже присутствуют.

За столько лет мало что изменилось…

Люди всегда найдут из-за чего посраться. А в опенсурсе такое - прямой результат свободы. Что есть зачастую альтернативы принципиально разные, вот фанатики и воюют.

Да, только тут спор ни к чему не приведёт, все останутся при своём

Пока дураки спорят - нормальные люди работают. И работа эта привела к тому, что systemd по-сути победил

А как на шел скриптах взаимодействие описывается?

Я вот просто когда приперло, открыл ман по systemd.unit и systemd.timer, скапипастил оттуда несколько строчек и у меня нужная мне команда выполняется каждый час. А если фейлился (а такое бывает), то перезапускается, пока не отработает.

Ну и как плюшка - systemctl status показывает последние логи, чтобы если что, знал, что надо подождать. Ну или врученика могу подпнуть.

На баше упороться такое правильно делать, ещё и с зависимостями от других сервисов.

systemd по-сути победил

Здравый смысл

И работа эта привела к тому, что systemd по-сути победил

работа мужчин в дорогих костюмах из корпорации RH

ну как-бы с учетом того, что в юнит-файле уже может быть почти 1500 разных директив…

https://www.freedesktop.org/software/systemd/man/systemd.directives.html

и этот процесс не останавливается…

ну удачи, чо :)

мы уходим от железа, уходим от виртуализации, движемся в сторону контейнеров.

Такие как вы - вообще не понимают, на кой художник репин эти контейнеры вообще.

Вы суете их везде. Где надо и где - НЕ НАДО.

По рукам надо почаще давать, чтоб начали ДУМАТЬ, а не пихать новомодную и, по идее, хорошую вещь, во все щели.

Чел, OpenRC уже давно существует.

Мало того что нужно знать тонну этих переменных, так еще и их поведение и взаимодействие.

Бедолага, подожди пока вам на информатике про циклы расскажут - там вообще в кататонию впадёшь то ужаса.

а в идеале, конечно, лисп

Если уж ты при виде .ini файла от страху обгадился, то лисп точно не осилишь.

Нифига. Из любого срача на лоре только anonymous выходит умным, красивым и непобеженным. anonymous (08.07.21 22:39:08)

В смысле, побегов не напихивают по самый край корзинки? :)

Скорее бы ее переписали на расте и забыли уже. Все равно будущее за s6.

1. А что в вашем дистре crond нету уже ?
2. Вот перезапуск юнита при измениения конфига или фейла это спорная штука. Раньше хакер подменил конфиг и думай как его перечитать бы, теперь просто.

+1 и в зависимости бы еще вайланд подсунули.

И pipewire.

Ну это вряд ли, ведь его PulseAudio это такая же фигня …

Пульса не позиционировалась, как замена джеку (что полный бред, но это уже отдельная тема). Да чего мелочиться, можно сразу gmome 40 гвоздями прибить, и все, хочешь системдю - будет гном стоять, и точка.

И потом даже в windows понимают что все время запускать то что падает нельзя, там у них счет падениям ведеться. Иначе наподнимают такого …

А рунит с системд просто сравнивать очень сложно.

В S6 собираются сделать аналог юнитов, а что в systemD есть еще полезное, кроме юнитов?

документирована архитектура systemd

нинужна!

документирована архитектура systemd

Офигел что ли щегол , пусть будет это больше вопрос безопасности вдруг ты прописываешь себя в сустемд на руку с товарищем столманом

1. Нет.
2. Не при изменении, а при фейле команды. Условно, если сервер недоступен, то надо повторять запрос, пока не получится.

Кто там про 1000 директив писал - не знаю. Мне хватило примера из мана с полуторами. Ман по башу я никогда не понимал. Да там уже if написать заколебешься: где нужна семиколон, где нет…

Ну и про openrc пример с зависимостями где?

Мне вот интересно, это совпадение, что у системд фанаты женоподобные дрыщи или обладатели почти радужных (без одного цвета) флагов в центре европы, а у сисвинита - нормальные брутальные мужики, какими их задумывала изначально природа?

> У меня нужная мне команда выполняется каждый час

/etc/cron.hourly, внезапно.

А если нужно выполнение команды каждый час и с учетом перезагрузки или выключения компьютера на Н часов?

Включил компьютер, выполнилась задача, прошло 39 минут, выключил компьютер, включил на следующий рабочий день, команды выполнилась через 21 минуту.

Как мне в таком случае поможет /etc/cron.hourly?

Уж лучше Шелл скрипты, а в идеале, конечно, лисп.

Это намек на GUIX?

Все немогу решиться на что-то большее, чем chroot GUIX под Devuan.

что в systemD есть еще полезное, кроме юнитов

https://wiki.debian.org/Debate/initsystem/systemd

Системд — целый набор ПО, журнал, хорошая работа с зависимостями, перезапуск упавших процессов.

GNU/GUIX - это наркомания с libre-ядром, из которого выпилили поддержку всего современного и не очень железа. Зато удивляются, а почему же пользователей нет, да и разработчиков 3,5 землекопа.

Да фигню он написал. Взял два слова, вырвал из контекста…

Я даже отвечать не стал. Ну хорошо, что крон знает. Наверное пригодится по жизни.

Ну или отключить сервис так, что он не включится при обновлении пакета.

Тут согласен, даже где-то видел цитату, где гентушник жалуется, что дебиан пытается запустить ещё не настроенную самба

Потому что он гентушник. В генте на openrc, т.е. безо всяких ненужнод, сервисы в автозапуск сами не прописываются. И это правильно: не должна система прикидываться, что она умнее админа.

Системд — целый набор ПО, журнал, хорошая работа с зависимостями, перезапуск упавших процессов.

А что в systemD лучше, чем в S6?

Почему это? Вполне нормально, что компьютер в некоторых областях умнее человека.

Дистр часто тоже не самые недалекие делают. Всяко лучше, чем какой-нибудь Васян-админ (типа меня). Например, я очень даже за то, чтобы софт на за меня решала, какие сервисы в каком порядке запускать. На то она и создана, чтобы работать. А я в это время пивка попить могу.

Никогда не использовал с6, точно не подскажу. Но, если хотите, системд работает и делает это хорошо.

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

иногда много типовых инсталлов. проксирование в syslog нужно настраивать. -> доп.усилия

Системы управления конфигурациями? Нет, не слышали.

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

Удивительно, что еще конторы такие остались, где вас держат.

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

Я тоже. И в генте так и делается: порядок запуска сервисов (точнее, взаимозависимости между сервисами) решают мейнтейнеры (прописано в init-скриптах). А вот автоматом прописывать сервис в автозапуск при его установке – бред; а почему это бред – как раз выше и обсуждалось. Запускать несконфигурированный сервис – это не просто глупость несусветная, это дыра в безопасности.

У меня гента с системд, но суть не в этом.

Но ты чтобы не быть голословным, кинь пример такого инит скрипта, который правильно отслеживает зависимости, чтобы если сервис зависит от другого, он останавливался и запускался при остановке или запуске зависимости (при условии, что я его уже настроил и добавил в автозапуск).

Хотя б ссылку на гит. И аналогичный пример systemd юнита.

И вопрос даже не в мейнтейнерах. А если мне свое что-то надо пускать? Лопатить сотни строк баш-лапши против десятка строк юнита.

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

Я понял, твоя задача неправильная! Нужны только правильные задачи! =))))))))

да-да:) так intelfx и сказал)

ну а я использовал и подскажу. Ничем. s6 - легковесный, модульный, легко и понятно конфигурирующийся и крайне предсказуемо работающий набор ПО. Как раз то, чем является в сказках адептов systemd.

Systemd в реальности - жирный, монолитный, хреново конфигурирующийся и тянущий с собой кучу таких же зависимостей кусок этого самого. Поэтому его не используют в контейнерах, в отличие от s6.

Не при изменении, а при фейле команды. Условно, если сервер недоступен, то надо повторять запрос, пока не получится.

Я и написал что не всегда это хорошо. Может все таки разобраться из чего фейл ?

man anacron