В чем отличие OpenRC от Systemd?

По факту твой админ будет на каждый чих патчить кривую башатину своими ещё более кривыми руками, и при каждом обновлении мержить свои костыли или с болью и страданиями писать их заново (ведь далеко не все трекают свой /etc в VCS). В то время как в systemd он напишет drop-in, и дело с концом.

Зачем обычному человеку, который не является админом и даже программистом, systemd? Не все равно ли какой инит на десктопе? Это же не сервер. Обычный человек и 5% функциональности systemd использовать не будет.

и при каждом обновлении мержить

что?

ты о чем?

баш-портянки же старье и по 20 лет не менялись… или как?

:)

живут костылики в скрипте, дистр штатно обновляется… никаких проблем… до апгрейда… раз в 4-5 лет…

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

Не имею ни малейшего понятия, сколько лет где не менялись баш-портянки. Я не пользуюсь дистрибутивами с баш-портянками и тебе не советую.

Факт в том, что если у тебя инит на шелле, то ты полезешь в код в 100% случаев — и хорошо, если только в инитскрипт, а не в rc.functions — в то время как в systemd ты в 95% случаев обойдёшься drop-in’ом в декларативный конфиг, который автоматически смержится с любым обновлением.

Вся соль в вероятностях. Мир не чёрно-белый, никто не обещает серебряную пулю, её не существует.

баш-портянками и тебе не советую.

Спасибо. Но твой совет платить деньги или разбираться «что там начудил поцтеринг» под капотом системд мне не нравится…

А тебе известен третий вариант? Ты либо разбираешься, либо платишь тому, кто разберётся за тебя.

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

То, что поддерживается дистрибутивом.

Gentoo

https://vignette.wikia.nocookie.net/petros/images/d/d6/Отличная_щютка.jpg/rev...

А тебе известен третий вариант?

ну вроде 10 страниц обсуждаем, а что?

да drop-in удобная штука. даже на домашнем компутере.
но ее надо уметь и понимать.

А что мы такого обсуждаем, что позволит тебе избежать этой дилеммы применительно к абсолютно любому софту? Уж не libastral ли?

ну если libastral == devuan то таки да…

Опять эти сектанты со своим баттхёртианом. К нему что, прилагается бесплатный личный инженер? Или магическая книга знаний? Ещё раз, для особо непонятливых: ты либо разбираешься, либо платишь тому, кто разберётся за тебя. Иногда платишь ноль денег, если найдёшь доброго самаритянина. Третьего не дано. Безотносительно конкретного софта.

я уже с этим разобрался 15 лет назад… нахрена мне еще раз с этим разбираться сейчас?

таким образом для меня это и есть выход и денег не платить и маны системдятины не читать…

Мы же не тебя обсуждаем, а абстрактного админа.

Ты-то можешь продолжать сидеть в своём болоте сколько угодно… ну как сколько угодно: пока есть люди, которые готовы это болото поддерживать :)

ну дак абстрактный админ в любом случае должен быть прочитать Эви Немет перед тем как приперся линуксы починять… а там ничегошеньки по системд нету :)

И аргумент «а вот есть кейс, который не решается в systemd, значит, systemd заведомо хуже» — ничтожен.

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

В конце концов, в systemd есть множество других способов сделать даже то, что systemd действительно не умеет, без необходимости залезать в код ядра systemd. Написать drop-in, написать генератор, заменить конкретный модуль, обкостылить в скрипте, написать слушатель dbus…

Написать drop-in, написать генератор, заменить конкретный модуль, обкостылить в скрипте, написать слушатель dbus…

Это я сейчас про systemd прочитал? Отлично. Очень удобно.

А вот в sysvinit/openrc так нельзя: если у тебя возникла проблема, ты в 100% случаев полезешь в код. Потому что инитскрипты — это код. И ничего, кроме кода, там в принципе нет. И тебе потом придётся его мержить. Так что и здесь sysvinit (или openrc) начисто сливает systemd.

Мдааа, ещё раз напомню, кто недавно говорил про «невозможность» исполнения задачи в systemd или «ждите ответа»?

Ну так… Red Hat всего навсего создаёт инфраструктуру, за поддержку которой можно получать деньги. А так как они сами её и разрабатывают, то всегда могут рекламировать, что у них самая хорошая поддержка этого решения.

Факт в том, что если у тебя инит на шелле

В голос... вы читать не умеете. Где,когда,в-какой-ОС был init на shell ?

Системд как раз требует инженера для работы. А написать элементарную строку проще, равно как и слинковать программу в каталог как в случае с runit. Чего там разбираться то? У тебя один бред на выходе получается.

Инит-система. Не придирайся к словам, это не работает.

Не понял посыла. Что сказать-то хотел?

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

Какую «строку» ты собрался писать, которая решит ту же проблему, для решения которой в systemd нужен целый инженер?

Конкретика. Я жду конкретики.

Существование книги «Как жрать говно большой ложкой»

я такой книги не видел, это про системд?

Нет, это про Эви Немет.

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

Давайте подумаем вместе.
1. launchd - с которого лёня «слизал» идею до сих пор не является комбайном. Да, безусловно непривычно по сравнению с тем же bsdunit, но это только небольшая часть.
2. systemd - комбайн в который мы все больше и больше добавляем нафиг ненужных компонентов.
Разница очевидна.

Вообще-то «комбайновость» systemd — это такая байка, которую ты сам себе выдумал и с завидным упорством повторяешь. Я напоминаю, что systemd сам по себе занимается запуском процессов (в т. ч. по таймеру, сокету, dbus-запросу, inotify, подключению устройства или по зависимостям) и настройкой точек монтирования. Всё. Это закрытый список. Launchd, на секундочку, занимается тем же самым.

Как у тебя получилось так, что одно комбайн, а другое нет — ума не приложу. Очередные двойные стандарты, ну да ничего нового.

Ты в своем уме? Для того чтобы понимать и держать в голове сразу все взаимосвязи действий, запомнив код программы при решении проблемы нужен человек уровня инженер. И не воображаемое нечто в лице конкретной программы, а невыполнение прямого назначения программой. Я лично понимаю, что инит система должна запускать систему и сервисы. Если есть баг, то его можно исправить в OpenRC или Runit даже не слишком продвинутому в программировании человеку. А вот с монструозной системд будет очень сложно. Хотя ты как ярый защитник системд должен был уже выучить весь код, чтобы подробно доказать преимущество тех или иных решений. И самое главное - как оставить от системд только систему инициализации, чтобы напрямую сравнить его с OpenRC и Runit.

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

Есть существенная разница, между «рекламировать» и «навязывать».
ЗЫ Вспомнилось восьмая шапка вполне себе работала на ванильном ведре. А уже тогда шла полным ходом «поддержка» со стороны не только шапки но и производителей железа. Можно было спокойно накатить на ванильное ведро дрова для хард рэйда.

Вообще-то «комбайновость» systemd — это такая байка

Даже спорить не хочется. Байка так байка.

Если есть баг, то его можно исправить в OpenRC или Runit даже не слишком продвинутому в программировании человеку.

Ага, то есть код OpenRC или Runit — это не код, чтобы его понять и исправить, программист не нужен, а вот код systemd — это всему коду код, тут уже без инженера не обойтись?

Угу. Война — это мир, рабство — это свобода. Смешно.

монструозной системд

Опять выдумки выдаются за факты.

И самое главное - как оставить от системд только систему инициализации

Берёшь… и оставляешь. Просто берёшь и удаляешь (или вовсе не собираешь) всё остальное.

Вот внезапно-то, да?

Уже полдня тут распинаюсь, а до людей только начинает доходить.

Ты лучше по существу ответь. Как у тебя так получилось, что launchd — не комбайн, а systemd — комбайн, хотя занимаются они в точности тем же самым (с поправкой на архитектуру macOS, в том смысле, что там вместо dbus своё IPC)?

launchd

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

systemd

Включает в себя огромную кучу зависимостей и уже занимается всем чем только можно, и хочет больше.

Не заменяет собой демонов отвечающих за те или иные функции

systemd тоже не заменяет собой демонов, отвечающих за те или иные функции.

Включает в себя огромную кучу зависимостей и уже занимается всем чем только можно, и хочет больше.

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

Долго мы ещё будем обсуждать байки пятилетней давности?

Да программист быстрее разберется с 200 килобайтами OpenRC чем в многомегабайтном коде системд, который умудряются собрать с критическими багами и спустя десятилетие завезли лимиты на выключение так и не поборов склонность к тупняку при перезагрузке. Но основная задача системд это всякие кластеры чтобы их работа была более-менее слаженной. Чтобы база данных гигантских размеров шевелилась. И вот там будут как админы фанатики, так и программисты для поддержания работы. Потому что в роутерах системд необязателен. А кластер дома держать мало кто будет. Надо же понимать сложность комплексного решения и различать цели и пути их достижения. Так вот системд лишь один из путей и больше тянет на танк, обслуживать который сложнее чем мотоцикл. Совсем необязательно в магазин за хлебом ездить на танке. В общем-то системд можно применять, но не повсеместно. И именно об этом тебе пытаются донести мысль уже кучу времени. Вроде бы мозгов хватает разобраться с системд. Так чего тут такой затык? Можешь ведь различить ноутбук и восьмипроцессорный сервер. Сервер даже не заметит системд. Хоть с ZFS и гномом. А двухъядерный селерон офигеет от системд и дополнительных процессов как бы круто они там ни ворочались в теории. А потому действует правило, что меньше - лучше. Как сравнить WM с гномом третьим. Гном для нормальной работы будет требовать восьмиядерник с кучей памяти. Так что продвижение системд - явное навязывание ненужного. Очень плохо когда людей вынуждают использовать или покупать то, что они не хотят.

Опять анонимус спамит своими религиозными бреднями с примесью теорий заговора.

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

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

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

Пойми наконец, что сам ты глупый. Выбирают люди и посылают подальше горе программистов, которые хотят казаться нужными. Никакие api не нужны профессиональным программистам на Си, С++, ассемблере. Ты даже не догоняешь, что мейнтейнеры есть во всех дистрах - не только в системдэзависимых. Процесс неудачного навязывания нельзя назвать естественным. Это простотжелание горстки хитрых маркетологов. Всем наплевать на маркетологов и их марионеток. Админы локалхоста не занимаются работой на группу этих маркетологов редхата. Они даже админами не являются. Как бы тебе ни хотелось кого-то оскорбить. Админов локалхоста на системд больше. Вот их всех ты обгадил. Ты промахнулся. Без всяких теорий заговора. Очевидное фанбойство в твоем исполнении. Это ты от них зависишь полностью. Так что заткнись там уже. Обгадил всех пользователей и доволен. Ну ты капец выделился в минус.

Придумай что-нибудь новое уже наконец.

Никакие api не нужны профессиональным программистам на Си, С++, ассемблере.

Бгг. Ну да, профессиональным велосипедистам никакие API не нужны. Потому и 1%, что «никакие API не нужны».

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

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

Ну так спросили у разработчиков, которые уже ярые фанаты системд чего они хотят. Не у пользователей. Ожидаемо проголосовали, вот только не отказались полностью от других систем инициализации. А то ты явно не в курсе, что теперь туда могут набежать люди. На ютубе есть анимация развития Voida. Там видно, что количество разработчиков значительно увеличилось за годы. В процентном выражении это был невероятный рывок за последние ооды как ты думал доминирования системд. Правда весело? А девуан вот работает. И всегда там можно узнать число разработчиков. Как их станет достаточно много проекты могут объединиться чтобы прошла эра дискриминации по загрузочному признаку. В Gentoo этих проблем нет. Я всегда могу сменить одно на другое. Но почему-то не тянет снова системд ублажать. И вот в Gentoo мало кто пользуется системд, когда возможность очевидно есть всегда. Потому что нет очевидного сценария где системд люто уделывал бы OpenRC.

На ютубе есть анимация развития Voida. Там видно, что количество разработчиков значительно увеличилось за годы. В процентном выражении это был невероятный рывок за последние ооды как ты думал доминирования системд. Правда весело?

Имеется ли исследование, с чем связано увеличение количества разработчиков – в связи с systemd или в связи с ростом привлекательности самого дистрибутива безотносительно systemd? Если такого исследования и установления связи роста числа разработчиков с распространением systemd нет, то заем ты занимаешься манипуляцией с возможно никак не связанными фактами?

Вот наверное почему. Проверить можно самостоятельно.

https://youtube.com/watch?v=jTVVrmhpFV0

А вот видео истории, которую проверить сложнее.

https://youtube.com/watch?v=y1rnHd5ARdk

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

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

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

Потому что нет очевидного сценария где системд люто уделывал бы OpenRC.

…Потому что «лютое уделывание» интересует только пользователя. Пользователь — это такая ленивая сущность, которая будет до последнего цепляться за что-то хорошо известное и знакомое, сопротивляясь включить мозг, пока профит не станет настолько гигантским, что пересилит синдром утёнка (и Даннинга-Крюгера). А для разработчика или мейнтейнера это ежедневная рутина, на которую он тратит большинство своих сил. Его мозг включен всегда, по дефолту, и он отчётливо видит, что лучше, а что хуже.

Дружище, извини, я не в теме про тебя. Ты что-нибудь где-нибудь мейнтейнишь?

Да. Но это совершенно не важно.

Вот тут написано что он там начудил

Разработчик из команды Gentoo выступил с критикой systemd

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

Собственно, заменить инит, убрать бинарные логи и претензии снимутся сами собой, и пожар священной войны утихнет.

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

И так тоже можно. См. федорин timedatex, например.

Особенно хорошо было бы убрать из вашего системного менеджера инит и заменить его на sysV.

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

Собственно, заменить инит, убрать бинарные логи и претензии снимутся сами собой, и пожар священной войны утихнет.

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