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)

Ответ на: комментарий от daemonpnz

Ты либо прикидываешся дебилом, либо таким есть. Я же говорю тебе, твой фанатично любимый eudev никому кроме нескольких гентушников не нужен - подтверждение сему дтстровотч - где есть неплохие описания дистрибутивов.

Как и сей недофорк там нет нифига интересного - при каждом релизе тупо выкидывают часть функционала и гордо именуют себя «разработчиками». Само собой понятно такая деятельность нафиг не сдалась бистро строителям - лучше работать с оригиналом чем с унылым обрезком. Это как покупать автор без бампера и выхлопной у подвального китайозы с соответствующим сервисом.

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

Насколько помню у пользователей тупо не было прав. Поэтому с tty все ок.

То есть если пользователь залогиниться локально, то клавиатуру он использовать не сможет? Или у тебя работал consolekit, который тот же logind, только недопиленный?

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

Я же говорю тебе, твой фанатично любимый eudev никому кроме нескольких гентушников не нужен - подтверждение сему дтстровотч - где есть неплохие описания дистрибутивов.

Конечно же, о великий лоровский аналитег иксперд, доктор наук по дтстровотчепоиску.

Как и сей недофорк там нет нифига интересного - при каждом релизе тупо выкидывают часть функционала и гордо именуют себя «разработчиками». Само собой понятно такая деятельность нафиг не сдалась бистро строителям - лучше работать с оригиналом чем с унылым обрезком. Это как покупать автор без бампера и выхлопной у подвального китайозы с соответствующим сервисом.

Только такой иксперд как вы может рассуждать о «гордо именующих себя «разработчиками» лентяях, выкидывающих полезные вещи из шикарной разработки такой как systemd-udev и вообще из systemd. Что уж говорить о «бистро строителях».

daemonpnz ★★★★★
()
Последнее исправление: daemonpnz (всего исправлений: 2)
Ответ на: комментарий от anonymous

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

val-amart ★★★★★
()
Ответ на: комментарий от bj

Кому они нужны, твои остальные посиксы? Правильно, маргиналам от маргиналов.

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

desktop логи как бы не особо нужны

Многие десктопы регулярно включаются-выключаются. Если выбрасывать логи предыдущего сеанса, непонятно, зачем вообще их вести?

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

Многие десктопы регулярно включаются-выключаются. Если выбрасывать логи предыдущего сеанса, непонятно, зачем вообще их вести?

хоть я и не согласин с тем анонимом (по поводу целесообразности короткоживущих логов) — отвечу за него :-)

например сидишь ты на десктопе, и вдруг PPPoE у тебя перестало подключаться. и ты тогда такой думаешь — "а дай-ка я в логи загляну, почему вдруг оно перестало.."

ну а удаляет логи аноним — наверно для того чтобы экономить свободное место на своих теробайтных жёстких дисках (ну или в 4 раза более маленьких SSD).. :)

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

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

а ты делай версию только для systemd (без всяких версий для sysvinit) — и тогда не придётся ни чего детектить :) ..

проблема дистроспецифичностей может конечно и останется — но всяко проще будет чем скрипты для sysvinit. (хотя если ты говоришь что якобы у тебя init-скрипты были универсальными — то значит и unit-файлы тоже будут универсальными).

а внутри самого кода демона — используй sd_notify(...) вместо fork()

# P.S.: а на всякие Solaris и *BSD — тупо забей. зачем они уже нужны в наше-то время(?).. :)

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

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

Верно. Но рефлекс десктопного пользователя — перезагрузиться при проблемах :) В этом случае может потеряться ценная информация.

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

на остальные посиксы
посиксы
остальные

Это ты так линукс POSIX совместимой системой ласково назвал?

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

Костыль - это, наверное, сервис, да? =) Как много ты знаешь пакетов (про твой личный код не говорим пока), у которых были проблемы при переносе старых скриптов из rc.d на systemd сервисы?

/* Очевидно, что если ты называешь сервисы костылями, то помойка в /etc/rc.d ничем не лучше */

--

А все, ответ на первый вопрос увидел. Тогда вместо него лучше скажи, чем задача усложняется при переходе к systemd. К слову, инит и так, по хорошему, надо детектить, если предполагается кросс-дистрибутивное приложение. Так что разумнее сразу положить под все разумные целевые платформы.

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

вечно этим школьникам только дай чего раскурочить. вот и до systemd добрались

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

«лол» это самое ласковое что я могу ответить на такие советы.

ну значит печалька, что мои советы тебя не воодушевили :-) ..

но я надеюсь что хоть в journald тебе понравилось писать! ^_^

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

да, действительно, это интересный [факт] однако!

а какая исходная строка для MD5(...)=«826af561596f128041f076a380bb62d0»? [это из анонимусовской граватарки код]

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

Хм. Новых device nodes при монтировании-то не появляется? Впрочем, я давно уже не слежу за этой подсистемой, с устремлениями Поттеринга впихнуть всё в один проект, ответ, чем занимается udev может оказаться не таким очевидным :)

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

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

AlexM ★★★★★
()

Вот это уже нужная штука. Одобряю.

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

1. Не тормозит, в отличие от RDP (x2go даёт юзабельный рабочий стол на очень узких каналах в интернет).

2. Умеет пробрасывать приложения отдельно (RDP не умеет - он умеет пробрасывать виртуальные рабочие столы с отдельными приложениями, что далеко не одно и то же).

3. Очень просто настраивается. Зачастую достаточно просто правильно настроить ssh и поставить сервер x2go.

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

Как раз правильно сделали. Дело в том, что init обязан этим НЕ заниматься.

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

Скорее даже через eudev. И это правильно.

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

Это и на обычном кроне делается легко путём прописывания в скрипт проверки текущего времени.

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

Конечно можно. Но после того просто нет гарантий, что весь гном3 на systemd не завяжут.

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

eternal_sorrow> Фигня это. Чем это поделие лучше того же апстарта или openrc?

Луче апстарта тем, что не такой тяжёлый. А с OpenRC сравнивать нельзя - OpenRC это не инит.

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

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

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

Как 0.0? А возможность работать отдельно от монолитного куска быдлокода?

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

Очень просто. Разработчики uselessd не сами весь код написали. И удаление из списка авторов Поцеринга Сиверса и остальных оригинальных авторов будет нарушением авторских прав. Это тебе не Денис Попов, который копирайты перебивал и за свою разработку линукс выдавал.

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

RDP не умеет - он умеет пробрасывать виртуальные рабочие столы с отдельными приложениями, что далеко не одно и то же

Давненько ты RDP не крутил.

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

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

LSD Poettering/Linux - Lennart Systemd Distribution Poettering/Linux. По аналогии с BSD UNIX.

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

Ivan_qrt> Половина баттхерта от системд из-за того, что все хотят logind или аналог

Здрасте. Был же login и всякие DM. Да и до сих пор есть. Значит твои слова ничего не стоят, раз ты не понимаешь, о чём пишешь.

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

redgremlin> eudev де-факто мёртв

Де факто им пользуются вовсю.

redgremlin> единственные коммиты там — мерджинг из udev'а

Если необходимо обеспечить совместимость с udev, но при этом иметь отвязанность от systemd, значит всё правильно. И проект живёт и развивается.

redgremlin> Существовать ему ровно до появления kdbus в ядре.

Торвальдс уже дал по шее сивому Сиверсу за kdbus.

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

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

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

redgremlin> В OpenSUSE, Mageia, Rosa, Fedora, Debian 8 гном требует logind, udisks2 требует logind.

В итоге все, кому небезразлична система, которой они пользуются, снесут всё, что завязано на systemd. Офигенно. Получается, что systemd тормозит развитие линукса как платформы.

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

В случае с systemd:

1. Придумываем проблему.

2. Придумываем костыли для её решения, попутно требуя завязать на эти костыли всё. Костыли привязываем к systemd как бы кто не решил их использовать отдельно.

3. Проблема решена в 90% случаев, но при этом внесены новые проблемы для 40% случаев.

4. С гордостью произносим: «УМВР, а если у вас проблемы - принимайте _мой_ стандарт на файловую систему, инициализацию и всё остальное». То есть, загоняем эти 40% в рамки остальных 60%. И пофиг что не хотят - Император Поттеринг сказал значит надо сделать.

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

redgremlin> Also note that at that point we intend to move udev onto kdbus as transport, and get rid of the userspace-to-userspace netlink-based tranport udev used so far.

То есть, они решили засрать ядро и сделать новые уязвимости? Круто. Только заботящиеся о безопасности это гогно выкинут без раздумий.

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

user_id_68054> факт того что все компоненты systemd — являются неотъемлемой частью хорошо-работающей системы инициализации

Офигенно. Вебсервер и генератор qr-кодов как часть системы инициализации. Я понимаю, что на это много раз намёки шли, но чтобы так прямо об этом заявить... Это какая толстота нужна!

Quasar ★★★★★
()

Годная новость, ящитаю.

WRG ★★★★
()
Ответ на: комментарий от val-amart

универсальных и самостоятельных инит-скриптов

Шутку понял, смешно.
proftpd раз
proftpd два
proftpd три
Это мне ещё лень археологией заниматься, копаясь по до-upstart/systemd/openrc залежам, там наверняка ещё с пяток вариантов наберётся.

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

Офигенно. Вебсервер и генератор qr-кодов как часть системы инициализации. Я понимаю, что на это много раз намёки шли, но чтобы так прямо об этом заявить... Это какая толстота нужна!

Там еще есть целый сетевой менеджер networkd, который включает в себя, помимо всего прочего, собственную реализацию DHCP-клиента, собственный DNS-резолвер и службу синхронизации времени.

И все это — «неотъемлимые части хорошей ситемы инициализации».

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

Де факто им пользуются вовсю.

Полтора человека? Смысл в нём, когда это тот же самый udev?

Gentoo, by default, uses udev without systemd. Again, this is supported by upstream (i.e., systemd), nothing special about it.
*Some* Gentoo developers «forked» systemd into eudev, so you can have a «udev without systemd» (although, as stated above, upstream supports udev without systemd). I don't know the exact numbers, but it's my impression (by reading -dev and -user), that eudev is used in Gentoo (and only Gentoo) by a handful of people. The great majority is using sys-fs/udev, and I'm willing to bet that more people are using systemd directly than eudev.

Торвальдс уже дал по шее сивому Сиверсу за kdbus

4.2, там про kdbus и речи не было. И вообще, развитием ядерной части kdbus занимается Greg Kroah-Hartmann.

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

Ну так перечисли эти стандарты и расскажи, как усечённый systemd внезапно станет им следовать.

Таких разработчиков надо ловить и щекотать по три часа.

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

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

reprimand> любителей systemd уже в тред пригласили?

Они сами пришли и у них уже подгорает от того факта, что кто-то посмел покуситься на детище Великого Гения Всех Времён - Леннарта Поттеринга!

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