LINUX.ORG.RU

uselessd — форк systemd

 , ,


6

8

uselessd — попытка урезать systemd до базовых функций: initd, супервайзор процессов, система зависимостей — но без изоляционизма и агрессивной навязчивости (когда комбайн лезет всюду и делает себя незаменимым). Также обеспечивается поддержка платформ без glibc и планируется поддержка ядер отличных от Linux. За основу взят systemd 208.

На сайте перечислены следующие ключевые отличия:

  • Совместимость с musl и uClibc.
  • Отказ от journald, libqrencode и libmicrohttpd. Отказ от бинарных логов. Лог по умолчанию идёт в LOG_TARGET_KMSG_OR_SYSLOG.
  • libudev и udevd необязательны. Ноды устройств можно создавать чем угодно.
  • Удалены избыточные типы юнитов: devices, timers, swaps, mounts, automounts.
    • Device units завязаны на udev и вместо них можно обойтись правилами udev.
    • Timer units не нужны, так как есть cron и его новые аналоги, например fcron.
    • Swap units удалили как сложные, агрессивные и малополезные. Рекомендуют пользоваться настройками sysctl и util-linux.
    • Automount units и mount units удалены для упрощения. Рекомендуют autofs или Berkeley Automounter.
  • Удалены вспомогательные демоны (hostnamed, timedated, localed, logind...) Удалены генераторы кроме getty-generator и rc-local-generator, так как они дублировали имеющийся функционал или были привязаны к удалённым типам юнитов.
  • Удалены средства настройки систем MAC/ACL, включая SMACK, IMA и SELinux, чтобы не загромождать и не привязываться к одной системе. Для совместимости с существующими конфигурациями остались поддержка SELinux в D-Bus API и SMACK в сокетах.
  • systemd-fsck заменили вызовом /sbin/fsck.
  • Частичная поддержка FreeBSD.

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

Новость на OpenNet

Исходные тексты

>>> Сайт проекта

★★★★★

Проверено: Shaman007 ()
Последнее исправление: Wizard_ (всего исправлений: 4)
Ответ на: комментарий от arcanis

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

Quasar ★★★★★
()
Ответ на: комментарий от Quasar

Прикинь, systemd умеет задавать нестандартные условия, в т.ч. для завершения. Да, если у тебя там лапша на запуск скрипта, то systemd это не умеет напрямую. Если лапша в rc.d твоя, пожалуйста, не пиши больше код. Если чужая - покрой матом разрабов и шли PR.

arcanis ★★★★
()
Ответ на: комментарий от Quasar

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

ну в чём же проблема произвести все нетривиальные процедуры — в коде демона — ДО момента нотификации sd_notify() ?

user_id_68054 ★★★★★
()
Ответ на: комментарий от Quasar

ну так и запускай свой говноскрипт из юнита

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.