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 ()

Добавь тег uselessd, я подпишусь ;)

daemonpnz ★★★★★ ()

Авторы uselessd подчёркивают, что он ещё сырой ненужный

КО fix

MahMahoritos ★★★ ()

Удалены избыточные типы юнитов: devices, timers, swaps, mounts, automounts.

mounts, имхо, зря снесли. Как теперь прописывать зависимость «сервис BLA стартует только после монтирования /blabla»?

devzero ()

Сразу даю идею сделать usefull - мерж Linux, systemd, KDE, Gnome etc. Поставляться пользователю будет вшитым в ПЗУ материнки

MahMahoritos ★★★ ()

Совместимость с musl и uClibc.

Вот за это авторам мегареспектище.

Как разгребусь с текущими делами, гляну. Может смогу чем помочь.

devzero ()

а вот это уже нужно. подписался на тег. если не загнется, накачу в арчик вместо OpenRC.

Lincor ()
Ответ на: комментарий от devzero

mounts, имхо, зря снесли. Как теперь прописывать зависимость «сервис BLA стартует только после монтирования /blabla»?

Через udev это можно сделать?

question4 ★★★★★ ()

Пусть продолжают :3

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

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

В каких-то случаях это будет иметь смысл. А объёма ПЗУ хватит?

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

To be quite fair, we advise against using GNOME altogether.

а, нет. идите лесом, ребятки.

Lincor ()
Ответ на: комментарий от Shaman007

БедОС-3 «Таня» strikes back!

Ты это о чём?

И спасибо за подтверждение.

question4 ★★★★★ ()

Художник не тогда достиг совершенства, когда нечего больше добавить, но когда нечего больше отнять!

FireFighter ★★ ()

ну хоть одна хорошая новость:)

название правда немного не созвучное, ну да ладно)

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

название правда немного не созвучное

Оценят те, кто знает про «use less more and more less». И только они, к сожалению.

question4 ★★★★★ ()

Удалены избыточные типы юнитов: devices, timers, swaps, mounts, automounts

И кто же тогда будет выполнять функцию «/usr/lib/systemd/system/logrotate.timer»? Говнокрон? :-)

Идея неочень..

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

но ведь они правы, разрабы гнома неадекватны и все желают им смерти

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

И кто же тогда будет выполнять функцию «/usr/lib/systemd/system/logrotate.timer»? Говнокрон? :-)

Да, у них именно такой подход. Хотя cron называют устаревшим, и рекомендуют fcron.

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

Как теперь прописывать зависимость «сервис BLA стартует только после монтирования /blabla»?

По-хорошему, это было решено ещё в 80-х в NFS костылях типа amd. И вопрос ставился не «после чего мы запустим что-то», а «обеспечение доступности монтируемой файловой системы для чего-либо», что стратегически более правильно.

Shadow ★★★★★ ()
Последнее исправление: Shadow (всего исправлений: 3)
Ответ на: комментарий от wakuwaku

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

а они не правы хотя бы потому, что GNOME не завязан на systemd.

Lincor ()
Ответ на: комментарий от Indexator

usefull

с одной L

Нет, именно с 2. Потому что не полезный, а набитый до отказа.

question4 ★★★★★ ()

Дибианщики немного не дотерпели.

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

> И кто же тогда будет выполнять функцию «/usr/lib/systemd/system/logrotate.timer»? Говнокрон? :-)

Да, у них именно такой подход. Хотя cron называют устаревшим, и рекомендуют fcron.

А в кроне есть функцинал который позволяет попросить запускать задачу каждые N-часов, но не в определённое строгое время, а в зависимости от текущей ситуации?

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

А в кроне есть функцинал который позволяет попросить запускать задачу каждые N-часов, но не в определённое строгое время, а в зависимости от текущей ситуации?

Не знаю, не сталкивался. А запускать скрипт, который проверит текущую ситуацию и примет решение? fcron, судя по документации, умеет ориентироваться на аптайм и загрузку системы.

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

Ты не поверишь, но cron кофе тоже не варит!

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

И вопрос ставился не «после чего мы запустим что-то», а «обеспечение доступности монтируемой файловой системы для чего-либо», что стратегически более правильно.

Поскольку, в systemd-подходе в сервисы вынесено даже небо, даже аллах, то стоит вопрос о доступности, например, /var. Сервисы А, Б, В, Г нуждаются в /var, /var монтируется после готовности LVM. systemd стоит дерево зависимостей и запускает всё в правильном порядке. Как это сделать тут, посмотрим...

devzero ()

systemd обретает свое настоящее имя.

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

а они не правы хотя бы потому, что GNOME не завязан на systemd. http://blogs.gnome.org/ovitters/2013/09/25/gnome-and-logindsystemd-thoughts/

По ссылке хорошо объясняется как он «не завязан». GDM всего лишь требует нетривиальный дополнительный функционал, который есть только в связке systemd+logind. Иначе мусорит в памяти. Поэтому оказалось проще объявить logind частью пакета systemd, и сделать GDM зависимым от него, и ставить строго вместе, чем внедрить патчи в весь апстрим.

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

Не знаю, не сталкивался. А запускать скрипт, который проверит текущую ситуацию и примет решение? fcron, судя по документации, умеет ориентироваться на аптайм и загрузку системы.

вот простой жизненный пример:

нужно запускать задачу (например logrotate ...) каждые 12-часов.

но при этом компьютер в сутки включается только на 5-минут (остальное время суток он выключен).

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

допустим что пользователь такого компьютера — просто купил этот комп и просто установил туда ОБЫЧНУЮ операционную систему. он не знал что компьютер нужно специально настраивать на то чтобы он мог бы корректно работать в режиме 5 минут в сутки.

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

вот простой жизненный пример:

нужно запускать задачу (например logrotate ...) каждые 12-часов.

но при этом компьютер в сутки включается только на 5-минут (остальное время суток он выключен).

Да, это именно пример из описания fcron. fcron это умеет.

question4 ★★★★★ ()

Название звучит как «бесполезный ssd» и тем вызывает диссонанс.

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

Зачем ты подтвердил в новостях проект, созданный исключительно для «постебаться»? =)

Siado ★★★★★ ()
Последнее исправление: Siado (всего исправлений: 1)
Ответ на: комментарий от question4

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

Lincor ()

Вот это нормальные ребята: сформулировали, что им не нравится, и запилили форк. Не то что кукаретики с ЛОРа, которые только кукарекать умеют — «то ненужно», «это ненужно»...

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

значит ли это, что те несколько приложений из состава GNOME, которые год назад непременно требовали наличия systemd в системе, были с тех пор переписаны?

wakuwaku ★★★★ ()

Automount units и mount units удалены для упрощения. Рекомендуют autofs или Berkeley Automounter.

И только появилась замена этой херне, как нашлись желающие её выпилить)

anonymous ()

Фигня это. Чем это поделие лучше того же апстарта или openrc? Вот если бы запилили проект, в котором отдельные подсистемы systemd сделали независимыми друг от друга и заменяемыми, было бы нужно.

eternal_sorrow ★★★★★ ()

Зачем урезать? Не надо урезать, надо расширять! Пусть SystemD наконец уже станет отдельным дистрибутивом и не мешает другим развиваться.

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

Отказ от journald

Этого бы вполне хватило. Я даже задонатить готов.

ya-betmen ★★★★★ ()
Ответ на: комментарий от wakuwaku

несколько - это один-единственный GDM? да и тот прямо на него не завязан, кто ж виноват, что только systemd чистит процессы за DM?

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

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

Ну, считай uselessd его первой частью.

aplay ★★★★★ ()

Нужно больше систем инициализации.

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