systemd и половинчатые решения

Как по мне, большая часть systemd не нужна. Нужно оставить только саму systemd как init, а всякие systemd-networkd и systemd-bootd выкинуть за ненужностью.

Знаешь, как это в openbsd решили?

a.nonymous
_ntpd

Все.

Но вот почему… почему нельзя было уже исправить проблему пространства имён, чтобы системные учётки не конфликтовали с пользовательскими? Вон Эппл же смогла.

У Эппл - цельные операционные системы, спроектированные грамотными специалистами. Ну а Линукс… его все подряд как попало лепили из того что было.

Ты сам не нужен. systemd-network прекрасен, потому что это декларативная сеть. systemd-resolved прекрасен, потому что это наконец-то split dns, которого в линуксе не было до этого, несмотря на все попытки наркоманов наколхозить конфиги на dnsmasq. Юзерские сервисы тоже прекрасны. bootctl прекрасен, потому что не требует пердолева с генерацией костыльными скриптами на баше из 80-х (я не шучу, в Grub до сих пор в скриптах проверка на пустую строку через [ x"$str" = x ]).

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

Попыток что-то с этим сделать было три.

Первая - на уровне DE, при создании Гнома. Провалилась.

Вторая - на уровне API и протоколов для прикладного кода, комитет freedesktop. Была относительно успешной.

Третья - systemd.

Юзерские сервисы

Это что?

systemctl –user

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

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

Для начала придётся зафиксировать какой-то ЯП и рантайм, от которого плясать. Потому что текущий зоопарк без стабильного ABI не позволяет ничего внятного сделать.

Впрочем, можно не изобретать велосипед и взять за основу GNUstep. Openstep же по дизайну и задумывался кроссплатформенным API.

Да, будет очень дорого.

Для начала придётся зафиксировать какой-то ЯП и рантайм, от которого плясать

Это конечно да.

Ещё ядро хорошо бы перепилить: вынести всё второстепенное в «расширения ядра» и обеспечить им тоже стабильные интерфейсы к основной части ядра.

на баше из 80-х (я не шучу, в Grub до сих пор в скриптах проверка на пустую строку через [ x"$str" = x ]).

Это даже не баш. На баше это [[ «$str» = "" ]], и там x не нужен.

да, я знаю. Поэтому я и сказал что он из 80-х.

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

Ну я и не предлагаю GRUB на замену systemd-boot. rEFInd отличная штука, и дело не в темках. Хотя бы отсутсвие генерации конфига уже радует, а поиск загрузочных мест в нем работает отлично.

А зачем? systemd-boot уже есть. Ну то есть камон, вся прелесть в том, что у тебя в одном пакете софта есть все что нужно чтобы твой сервер встал и работал. Это же прекрасно. Единственная проблема с systemd это упорин автора по поводу glibc.

единственная проблема systemd – это journald. Я со всем живу и радуюсь, но журнал дико неудобный

Тебе их никто не навязывает. Хоть они и являются частью того же проекта и разрабатываются в том же репозитарии, systemd от них не зависит.

Единственная проблема с systemd это упорин автора по поводу glibc.

А что там?

Да наоборот же. Хочешь новый сервис добавить? Написал файлик и все. Ротация и прочая пердень из коробки.

У него родовая травма и он отказывается поддерживать тот другие libc.

Нужно оставить только саму systemd как init,

Вотъ, опять эти половинчатые решения. Выкидывать так уж выкидывать.