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

Прибивание udev <…> гвоздями к системд это

…это 4.2.

…login… это не переусложнение?

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

Видишь ли, «переусложнение» — это когда ты можешь предложить более простую альтернативу, которая бы решала те же задачи. А её пока что не видно.

Те же бинарные логи, для чтения которых нужно изобретать велосипеды?

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

homed и repart это не переусложнение?

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

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

А systemd-boot?

А systemd-boot — это переупрощение. Алё, это самый легковесный UEFI-загрузчик из существующих ныне.

Завязывание GDM на systemd?

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

На всякий случай, в KDE тоже есть такой глючный и кривой велосипед (kded и ksmчототам). Это так, чтобы ты не говорил, что «ну это у вас в гноме переусложняют».

Одним словом, считается ли попытка запустить щупальца во все компоненты системы переусложнением?

Нет, конечно.

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

В то время, как openrc обладает всеми фишками системд как инита

4.2.

но не пытается лезть во все и вся

Ну и очень жаль.

Прибивание udev <…> гвоздями к системд это

…это 4.2.

…login… это не переусложнение?

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

Видишь ли, «переусложнение» — это когда ты можешь предложить более простую альтернативу, которая бы решала те же задачи. А её пока что не видно.

Те же бинарные логи, для чтения которых нужно изобретать велосипеды?

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

homed и repart это не переусложнение?

systemd-repart — это микро-тулза для облачных систем, которая заменяет уже существующий зоопарк во всевозможных клауд-инитах и т. п. Вот там переусложнение.

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

А systemd-boot?

А systemd-boot — это переупрощение. Алё, это самый легковесный UEFI-загрузчик из существующих ныне.

Завязывание GDM на systemd?

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

На всякий случай, в KDE тоже есть такой глючный и кривой велосипед (kded и ksmчототам). Это так, чтобы ты не говорил, что «ну это у вас в гноме переусложняют».

Одним словом, считается ли попытка запустить щупальца во все компоненты системы переусложнением?

Нет, конечно.

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

В то время, как openrc обладает всеми фишками системд как инита

4.2.

но не пытается лезть во все и вся

Ну и очень жаль.