ISD — новый способ управления systemd

одмины локалхоста и 1С

Админы 1С мимо. Настоящие админы 1С как раз в курсе, что systemd - единственный поддерживаемый способ инициализации рабочего сервера 1С, и им даже известно почему.

Остаются админы локалхоста.

А что TUI ковырялка - пусть будет, авось получится что толковое. Кому не нравится может не юзать.

aur/isd 0.2.0-2 (+0 0.00) 
    TUI for systemd

0.00 — исчерпывающий ответ, а нужно ли мне оно

а вот на какой-нибудь openrc в качестве альтернативы systemd я бы посмотрел

А смысл? Systemd покрывает больше возможностей. А если делать in-place замену на расте, совместимую по API, то это буквально получится второй systemd. Тут можно бы сказать, что «надо сделать модульно», но systemd и так уже модульный.

Пока писал, подумал про Pulseaudio и Pipewire, но это всё же не тот случай. Pipewire сделали с другой архитектурой, чтобы занести в него еще и обработку видео, так что это просто общее решение поглатило и заменило частное. Прямо как systemd заменил обычные иниты.

Настоящие админы 1С

Это какие? Чем они от обычных отличаются? Интересно, просто узнать мнение профессионала своего дела.

что systemd - единственный поддерживаемый способ инициализации рабочего сервера 1С

Не знал, что в офтопик системд завезли.

Кому не нравится может не юзать.

Зря ты так в очередном ненужнотреде (я их на всякий случай осуждаю).

В конце концов, для шелла изобрели аж целый shellcheck

Это же ужас. Если его из стандартной репы ставить, то он тянет кучу какого-то говна на Haskell. Хорошо, что есть shellcheck-static из archlinuxcn.

Ага, потому что он сам на хаскеле написан. Гранулярность какая-то дичайшая, непонятно, почему нельзя собирать статически.

Это какие? Чем они от обычных отличаются?

Ну, положим те, кто таковыми являются. В отличие от тех кто только называется.

Не знал, что в офтопик системд завезли

Понятия не имею, что там теперь, он же офтопик. Посему не обсуждается.

Зря ты так в очередном ненужнотреде

Знаю. Но просто ради забавы, думаю, можно.

Как ты собрался что-то пересобрать, если не можешь понять как оно работает?

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

От чего у вас и пригорает

Это у вас, фанатики-сектанты, пригорает.
А я уже писал что я не противник systemd. Но в отличие от вас не пытаюсь умолчать о его недостатках.

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

Просто неприятно тратить время впустую… Но я писал про другое.

Кровавый энтерпрайз платит деньги. Одмины локалхоста могут написать одобрительный комментарий. Боюсь, выбор разработчиков предопределён.

Кровавый ынтерпрайз прожуёт и выплюнет этих разработчиков тоже, вместе со всеми их системами инициализации. Те кто поумнее из них, это должны понимать.

И?

Ты больше времени потратишь на борьбу с баш-лапшой в протяженности, чем на изучение systemd. Который в базовом виде осиливается с полтычка, и еще полчаса надо потратить чтобы понять, как самому в нем сервисы писать.

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

Тут проблема ещё и идеологическая. Монструозные проекты типа ядра, браузера, иксов и т.п., тянут в основном ынтерпрайзы, со всеми вытекающими.

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

Я не хочу чтобы меня прожевали и выплюнули.

Ты больше времени потратишь на борьбу с баш-лапшой

Шел это стандарт в ГНУ/Линукс. Знать и уметь в шел должен любой админ.

А. Но это выглядит как сопротивление ради сопротивления.

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

Баш-инит в 2025 году и впрямь не особо актуален, а вот на какой-нибудь openrc в качестве альтернативы systemd я бы посмотрел.

Годами сидел на openrc и перешел на systemd. С точки зрения домашнего использования принципиальная разница одна - хаутушки и помощь по опенрс за пределами генты не найдешь.

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

Шел это стандарт в ГНУ/Линукс. Знать и уметь в шел должен любой админ.

Больше того, у каждого админа ещё и задница есть. Это не повод пытаться ей думать и создавать систему инициализации с конфигами на шелле.

Больше того, у каждого админа ещё и задница есть. Это не повод пытаться ей думать и создавать систему инициализации с конфигами на шелле.

Если бы системде ограничивался только конфигами, то возможно бы и конфликта не возникло.

Ты больше времени потратишь на борьбу с баш-лапшой

Почему-то все упёрлись в одну только баш-лапшу. «Настоящий сисадмин должен уметь писать скрипты» ©.

Только, чтобы пользоваться init, нужно знать не только баш. Например, для запуска сервисов в транзиентном режиме вместе с init используется xientd, а значит, надо изучать xinetd. Для запуска задач по расписанию используются cron и anacron, надо знать как минимум об их существовании, а ещё у них разный синтаксис. А cgroupd вообще придётся управлять вручную через cgconfig.

То есть объём знаний, необходимых для качественной работы в окружении init, едва ли не больше, чем необходимых для работы в systemd, где всё относительно единообразно.

Если бы системде ограничивался только конфигами, то возможно бы и конфликта не возникло.

Хе-хе, я только что то же самое написал про init :-)

Если бы системде ограничивался только конфигами, то возможно бы и конфликта не возникло.

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

Так и где же по-вашему лежит грань между сопротивлением ради сопротивления и сопротивлением ради чего вы готовы сопротивляться?

Ведь так, наверно, можно сказать и выбор свободного софта — сопротивление ради сопротивления,

Да, всё верно. А еще редактируемость у конфигов была никакая. С внедрением systemd наконец появились почти общесистемные оверрайды всего на свете и каталоги.d

Деплоить что-то с седами - то еще удовольствие.

Во внутренней мотивации. Я же написал «выглядит как», я же не знаю, что у человека в голове. Может быть, там есть какая-то другая мотивация — окей, меня такое положение дел устраивает.

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

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

Эта мыстль как-то не спешит проникать в голову

ламерья

Systemd и дистрибутивы очень даже платными работниками делаются.

Офигеть ты кэп конечно :-D

Вот только платят им не бессмысленные ламеры, а люди, решающие вполне конкретные технические задачи. При этом они совершенно бесплатно решают ещё и мои задачи - делают GNU\Linux удобнее в конфигурировании и сопровождении, повышая прозрачность усправления сервисами и улучшая архитектуру системных компонентов.

Собственно, именно за это так ненавидят systemd - он показал ламерам их реальное мето в экосистеме GNU\Linux: бессмысленные балаболки ничего не решают и никому не интересны. Решения принимют те, кто разрабатывает софт или оплачивает работу разработчиков.

Нет ни денег, ни мозгов - ну тогда остаётся только по форумам кудахтать про то как systemd овладевает :-D

То есть объём знаний, необходимых для качественной работы в окружении init, едва ли не больше, чем необходимых для работы в systemd, где всё относительно единообразно.

Возможно, но я-то это уже всё знаю!

создатели systemd … решили поинтересоваться у ламеров

Если делить мир на великих создателей великого системде и прочих ламеров, то конфликт конечно неизбежен. :)

Вау. Да тут пациент управляет миром. Вот так диковинка.

Молодец ))

Значит, я не так все это понял после первого легкого гугления. Ладно, если занесет меня в админы на старости лет, буду иметь в виду... :) Хотя, к тому времени еще что-нибудь придумают. Или сам придумаю.

Может, не настолько ценными были знания, если их обесценил один systemd?

Я-то всегда считал, что самое главное - это знать архитектуру системы, разбираться в том как всё внутри работает, а уж компоненты - дело наживное. Я никогда в жизни NetBSD не пользовался, но вот понадобилось мне - поставил, за пару вечеров разобрался и сразу патч на ядро написал.

Знания о том, какие куда конфиги надо положить, не так ценны, как понимание, как эти конфиги с нуля написать. Про код уж я вообще не говорю.

Может, не настолько ценными были знания, если их обесценил один systemd?

Очень хорошо сказал. Обесценить опыт пользователей Линукс, основанный ещё десятки лет назад на опыте Юникс. Обесценить книги, курсы, скрипты, опыт.

Кто посчитает, во сколько это обошлось людям? И чтобы что? Чтобы в итоге сделать ГНУ/Линукс ещё более зависимым от ынтерпрайза?

за пару вечеров разобрался и сразу патч на ядро написал

дай пожалуйста ссылку на патч

Когда дореставрирую SPARCbook 3GX, для которого был этот патч - тогда и дам. Хотя скорее всего просто до апстрима докачу.

А, ясно. Я уж было подумал что-то не то.

Очень хорошо сказал. Обесценить опыт пользователей Линукс, основанный ещё десятки лет назад на опыте Юникс. Обесценить книги, курсы, скрипты, опыт.

• Nginx обесценил опыт пользователей Apache.
• iptables обесценил ipchains.
• CVS обесценил RCS.
• HTTP обесценил Gopher.
• Медь в дом обесценила сокральные знания по настройке модемов.
• А уж куда подевался наш старый-добрый UUCP!..

И так далее, и в том же духе. Это называется развитие. Баш у вас никто не отбирал. Линуксы - всё те же линуксы. Решаемые задачи стали на порядок сложнее, чем 40 лет назад, оси тоже эволюционировали.

Nginx обесценил опыт пользователей Apache.

Очень хороший пример, когда опыт пользователей не обесценивается.

1. Конфиг Энжинкс очень похож на конфиг Апаче и в большой степени совместим.
2. Оба сервера поддерживаются и ни у кого нет идей вытеснить один другим на уровне дистров или прекратить поддержку
3. Оба сервера делают примерно одно и то же и не расширяют область применения.
4. Веб-приложения в подавляющем большинстве работают на обоих серверах без специальных переделок
5. Энжинкс не пытается заменить пхп, нтп, сислог, крон и ядро ;)

Я обеими руками за такой подход.

Ты на долю апача давно смотрел? Он вообще существует только благодаря кровавому энтерпрайзу и легаси-системам.

Веб-приложения в подавляющем большинстве работают на обоих серверах без специальных переделок

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

Энжинкс не пытается заменить пхп, нтп, сислог, крон и ядро ;)

Это довольно тупая шутка. Systemd всеобъемлющий, потому что это системный менеджер, а не система инициализации. Он позволяет гибко устанавливать связи между компонентами, что до него было адом и для чего городился огород костылей.

Я обеими руками за такой подход.

Отлично. Твои знания архитектуры ОС всё еще актуальны.

Остальные, менее спорные примеры ты просто пропустил мимо ушей.

Так а где новый способ-то? В видео как набивались команды вручную, так и набиваются. Это же гуй, где кнопки?

Надо запилить самим!

Назовём Lucid SystemD

Тобеш LSD

Ты на долю апача давно смотрел? Он вообще существует только благодаря кровавому энтерпрайзу и легаси-системам.

Так и я о чём! Это же прекрасно. Смотри, произошла замена и никто не конфликтует. Никто не начал делать форк Дебиана, никто не проводил голосований, не было конфликтов, не было оскорблений.

Вот это правильный подход.

Остальные, менее спорные примеры ты просто пропустил мимо ушей.

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

Ну значит с systemd тоже всё в порядке. Механизмы, лежащие в основе ОС, не особо поменялись. Все основные подсистемы на месте. Изменился только способ их взаимодействия, но если ты имел опыт работы с разными системами инициализации - то проблем не будет.

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

О каких требованиях идет речь? Всякие схематозы с форками поддерживаются, в cgroups помещаются, всё прекрасно. Более того, новому софту вообще можно не уметь демонизироваться. Логи в stdout/stderr, и работай в foreground - всё, тебя самого запустят и будут менеджить, как надо.

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

Я бы усилил Ваше утверждение. За очень солидное вознаграждение профессионалом вменяется в обязанность интересоваться мнением вовлеченных в процесс ширнармасс для сбора use-кейсов, бизнес-требований, разработки UI/UX и вот этого всего.

Вот, во-первых, действительно не надо теперь танцевать па-де-де с двумя форками и сетсидом, а, во вторых-пятых-десятых, есть еще куча пожеланий — https://www.freedesktop.org/software/systemd/man/latest/daemon.html. Повторяю для пропустивших начало разговора. Я уже давал эту ссылку.

Ну значит с systemd тоже всё в порядке.

Проблем с ним достаточно, которые ещё и усугубляются его внедрятелями, которые явно переусердствовали.

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