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)

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

unikum ★★★★★
()

Совершилось!

Бооже, Царя Храни!

Успехов проекту :)

Twissel ★★★★★
()

Омские линуксоиды одобряют!

Сила благославленная опенсорса! Длань сообщества видимая и невидимимая могучая!

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

Чем это поделие лучше того же апстарта или openrc?

Использует быстрый инит от systemd. Многим нравится именно он.

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

Они именно пытаются отделить такие заменяемые системы.

question4 ★★★★★
() автор топика

годно, еще иниттаб обратно вернуть, а то ранлевел совсем неудобно менять стало.

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

К материнке будет жёстко приделан многотерабайтный жёсткий диск.

KivApple ★★★★★
()

Перечитать бы им приключения капитана Врунгеля... «Как вы яхту назовете...». Почему не usefulonlyd, например, или minimalsystemd?

northerner ★★★
()

вот это годнота! джва года ждал! хотя есть systemd-shim плюс все остальное как в старые добрые времена... пока есть.

кто там про крон спрашивал - anacron не пойдет? а то внатуре, на какие-нибудь 6 утра настроят логротейт, а потом логи так и лежат в одном файле с момента установки, ибо в такое время нормальные люди спят

PerdunJamesBond
()
Ответ на: комментарий от unikum

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

а можно было бы проще её добиться — переименовав «systemd» в какое-нибудь названием близкое к «анти-поттеринг». (ну а в самом форке кроме названия можно ни чего не менять :))

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

а то внатуре, на какие-нибудь 6 утра настроят логротейт, а потом логи так и лежат в одном файле с момента установки, ибо в такое время нормальные люди спят

эт я :) — и именно да — в этом проблема..

кто там про крон спрашивал - anacron не пойдет?

понятия не имею..

я с появлением systemd-timers думаю — нужно постепенно забывать про все эти кошмарные кроны :-)

темболее systemd-timers ещё и учитывает зависимости запуска юнитов между собой — в момент запуска задачи по таймеру (задача например может требовать запускать себя не ранее чем другой определённый юнит).

user_id_68054 ★★★★★
()
Последнее исправление: user_id_68054 (всего исправлений: 1)

Обоже, неужели они сделают из ненужно нужно из ненужно.

anonymous
()

Ну, для ембидов там каких-то может и сойдет.
Вопрос в другом, список авторов выглядит так:

 AUTHOR:
        Lennart Poettering
        Kay Sievers
        The Initfinder General
        ...and many others

Как Вы можете прокомментировать наличие Поттеринга в первых рядах?

void_ptr ★★★★
()

Вышел бесполезд, ждем ненужнид.

Deleted
()
Ответ на: комментарий от void_ptr

Как Вы можете прокомментировать наличие Поттеринга в первых рядах?

Форк же. Все, кто работал над версиями по 208 включительно, попадают в список авторов.

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

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

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

Как Вы можете прокомментировать наличие Поттеринга в первых рядах?

Форк же.

bj
()
Ответ на: комментарий от question4

Они именно пытаются отделить такие заменяемые системы

Раз уж появилась новость, продублирую вопрос из предыдущего треда:

Не требуются <> libudev и udevd <> logind

С этого момента поподробнее, ведь именно эти компоненты, и завязка на них DE, тянут за собой systemd. Исключён код этих компонентов, но оставлена поддержка для их корректной работы? В таком случае, предполагается иметь в системе logind и udevd из состава systemd?

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

я с появлением systemd-timers думаю — нужно постепенно забывать про все эти кошмарные кроны :-)

А у меня fstab уже пустой, на всякий случай перевёл всё на mount-юниты, вдруг потребуется написать юнит с зависимостью от наличия точки монтирования :)

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

Не требуются <> libudev и udevd <> logind

С этого момента поподробнее, ведь именно эти компоненты, и завязка на них DE, тянут за собой systemd. Исключён код этих компонентов, но оставлена поддержка для их корректной работы? В таком случае, предполагается иметь в системе logind и udevd из состава systemd?

Имхо, поступят так же — возьмут какую-нибудь не слишком новую версию, не столь тесно интегрированную. Для udevd, вроде, другие люди уже пилят форк без привязки к systemd.

По logind Lincor выше пытался разъяснить, почему Гном к нему не привязан :)

question4 ★★★★★
() автор топика

Важный вопрос: они будут уменьшать концентрацию GOTO в коде?

quantum-troll ★★★★★
()
Ответ на: комментарий от leave

а что смешного в том, что мне не нужны логи локалхоста за последние пять лет на дофига мегабайт? я-то сумею настроить logrotate+anacron на вкус и цвет, а простой юзер с обычным cron по дефолту так и будет годами копить весь шлак в /var/log, ибо logrotate у него так никогда и не запустится в заданное по дефолту время (ну или почти никогда)

PerdunJamesBond
()
Ответ на: комментарий от question4

Для udevd, вроде, другие люди уже пилят форк без привязки к systemd

eudev де-факто мёртв, единственные коммиты там — мерджинг из udev'а. Им даже сами гентушники не рекомендуют пользоваться. Существовать ему ровно до появления kdbus в ядре.

Имхо, поступят так же — возьмут какую-нибудь не слишком новую версию, не столь тесно интегрированную

И кто будет разрабатывать эту «не слишком новую версию»? И как собираются привлекать софтописателей к использованию именно старой версии?

По logind Lincor выше пытался разъяснить, почему Гном к нему не привязан

Мне неинтересны его объяснения, я не собираюсь патчить и пересобирать гном. В OpenSUSE, Mageia, Rosa, Fedora, Debian 8 гном требует logind, udisks2 требует logind.

redgremlin ★★★★★
()

Ну .device юниты и udev они зря конечно выкинули, но в целом движение в правильном направлении :]

vasily_pupkin ★★★★★
()

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

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от redgremlin

eudev де-факто мёртв, единственные коммиты там — мерджинг из udev'а.

Если всё работает, зачем менять?

Им даже сами гентушники не рекомендуют пользоваться.

EAPI 3 в таком статусе пребывал до тех пор, пока на него не перешли большинство новых ебилдов :)

И кто будет разрабатывать эту «не слишком новую версию»?

Так же, видимо.

И как собираются привлекать софтописателей к использованию именно старой версии?

«Гном 3 не нужен» :)

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

udev они зря конечно выкинули

Выкинуть выкинули, но равноценной замены пока не видно. Имхо, будут пользоваться форком udev-а.

question4 ★★★★★
() автор топика

Отказ от journald

Ну вот сами это и жрите. Journald великолепен.

Удалены ... logind

Ну и кому он нужен без logind? Половина баттхерта от системд из-за того, что все хотят logind или аналог, но есть он только в системд. Даже бздуны, и те засуетились.

Удалены средства настройки систем MAC/ACL

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

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

Чушь

Аргументировано, чё. В каком году там был последний «свой» коммит?

и что случится?

Поддерживать видимость жизни мерджем коммитов из udev уже не получится и проект сдохнет не только де-факто, но и де-юре.

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

Удалены средства настройки систем MAC/ACL

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

По ссылкам об этом подробнее, но переводить тяжело. Этому место не в пакете для запуска системы, а в отдельных утилитах. Работать с SELinux по-прежнему можно.

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

logind, раздающий пользователям только необходимые права на устройства

«Необходимые права на устройства» раздают chgrp и usermod.

anonymous
()
Ответ на: комментарий от redgremlin

Аргументировано, чё. В каком году там был последний «свой» коммит?

Последний коммит 3 дня назад, как и удава. Супер. Проект живёт, баги исправляются также оперативно, и не зависит от поделия, от которого зависит удав. Что еще нужно?) Слава опенсурсу)

Deleted
()
Ответ на: комментарий от redgremlin

Ммм, по fstab'у генерируются точно такие же mount-юниты (см. systemd-fstab-generator); авторы systemd и то рекомендуют юзать fstab.

intelfx ★★★★★
()

Также обеспечивается поддержка платформ без glibc и планируется поддержка ядер отличных от Linux

А это на кой хрен?

Отказ от journald, libqrencode и libmicrohttpd. Отказ от бинарных логов. Лог по умолчанию идёт в LOG_TARGET_KMSG_OR_SYSLOG.

А это они правильно! Так держать!

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

По ссылкам об этом подробнее, но переводить тяжело

А можно подробнее, где именно? По ссылкам про мандатный контроль нашёл только то, что переведено в новости.

Этому место не в пакете для запуска системы, а в отдельных утилитах. Работать с SELinux по-прежнему можно.

Понятно, что можно. Вопрос в том, кто его будет конфигурировать. В selinux'е весьма немало проблем с присвоением процессам правильных меток. Сейчас systemd запуская демона присваивает ему соответствующую метку(инит скрипты делали так же), и его можно правильно ограничивать политиками. И если демон запрашивает у systemd какое-либо действие (например, systemctl start ntpd.service), то systemd уточняет у selinux, позволино ли это демону.

И если они это выпилили, т.к. это очень сложно, то либо ничего не будет работать, либо придётся убрать ограничения.

Если они предложат адекватную замену, то ок, но пока не видел.

И это лишь та малая часть, которую я понял.

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

«Необходимые права на устройства» раздают chgrp и usermod.

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

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

вот простой жизненный пример:
при этом компьютер в сутки включается только на 5-минут

Что это за компьютер? Просто жизненный пример это компьютер работает 8 часов в день.

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

> я с появлением systemd-timers думаю — нужно постепенно забывать про все эти кошмарные кроны :-)

А у меня fstab уже пустой, на всякий случай перевёл всё на mount-юниты, вдруг потребуется написать юнит с зависимостью от наличия точки монтирования :)

а ведь разумно, да!..

а засвети содерживое этих своих файлов.. (если оно не сильно большое)

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

Что это за компьютер? Просто жизненный пример это компьютер работает 8 часов в день.

включил перед уходом на работу, проверил корреспонденцию, кому-то ответил письмом «привет и тебе тоже!», выключил..

помоему, норм :) .. жизненно!

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

3 дня назад.

Поддерживать видимость жизни мерджем коммитов из udev уже не получится и проект сдохнет не только де-факто, но и де-юре.

Я тебя спрашиваю про связь между kdbus и udev?

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