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)

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

Я jack не пользовал, поэтому не знаю, умеет ли он корректно обрабатывать ситуацию с изменением прав доступа на лету (так что не буду говорить с уверенностью).

Но должно быть можно. Идея logind состоит именно в этом, так что если нельзя — это баг в jack.

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

я думаю, в FreeBSD из без uselessd разберутся что делать

Это такой тест. Если заставят работать на FreeBSD, значит избавиться от тяжёлого наследия Поттеринга (одно ядро, одна libc, одна DE) можно.

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

с совершенно ненужной зависимостью в виде systemd.

зависимость судя по всему из за cgroups. да и вполне логично что если в системе есть сущность которая следит за запущенными процессами то почему бы ее не юзать чтобы отслеживать процессы запущенные для конкретного seat

Меня, как инженера, такое решение несколько смущает. Технических предпосылок просто не вижу.

то что не видишь не означает что их нету

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

Это такой тест.

аааа, вот оно как!
спасибо. Вы, случайно, не участник проекта uselessd? Всегда интересно разговаривать с инсайдерами

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

Вы, случайно, не участник проекта uselessd?

Это только догадка. У них заявленная цель — максимальная портируемость.

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

да и вполне логично что если в системе есть сущность которая следит за запущенными процессами то почему бы ее не юзать чтобы отслеживать процессы запущенные для конкретного seat

а) Почему она должна быть в том же пакете?

б) Почему она должна быть не портируемой?

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

Не стоит договаривать за меня. О зависимости от systemd речи не шло. Для нормальной работы в условиях мультисита/многопользовательской системы jack должен уметь отслеживать ситуацию, когда права доступа к аудиоустройству изменяются на лету. Это вполне нормальное требование, не так ли?

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

а) Почему она должна быть в том же пакете?
б) Почему она должна быть не портируемой?

вечные вопросы. И судя по всему вечно остануться без ответа.

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

bj

Моя рабочая ситуация: Есть мой рабочий ПК. На нём создано несколько пользователей для меня и моих коллег. Я, в основном, работаю непосредственно за компом, коллеги, в случае необходимости, могут залогиниться удалённо по x2go, они не sudoer'ы, рута не знают.

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

Сейчас эту проблему с лёгкостью решает logind.

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

Почему мультисит стал жесткой зависимостью?

Не понял вопроса. Имелся в виду systemd? Если так, то ответить не могу, т. к. в код не смотрел.

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

у тебя как инженера есть возможность реализовать multiseat без cgroups и systemd, заодно и узнаешь притянуто за уши или нет

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

А ты как инженер, не можешь посмотреть на проблему шире?

Задача ведь заключается не в том, чтобы строить подпорки для consolekit, а в том чтобы обеспечить корректное обслуживание пользовательских сессий. И если сами разработчики consolekit видят более удачное решение вне consolekit, их теперь что, кандалами приковывать, чтобы нет они все равно пилили десятый слой оберток вокруг сервиса который считают устаревшим, потому что он тебе дорог как память?

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

должен уметь отслеживать ситуацию, когда права доступа к аудиоустройству изменяются на лету

Дело не в правах. И нет jack ничего не должен. Поддержка мультисита должна быть на уровне ядра, костыли в виде consolekit/logind никогда не смогут решить эту проблему.

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

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

linux-kernel@vger.kernel.org — там ждут твоих патчей. Раз уж ты инженер, действительно.

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

Сейчас эту проблему с лёгкостью решает logind.

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

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

а) Почему она должна быть в том же пакете?

потому что logind использует systemd, и ничего другого что может заменить ему systemd еще не написали и наврядли напишут

б) Почему она должна быть не портируемой?

портируемая куда? под другую init систему у которой нет нужных фич, или под другую OS которая не имеет всех фич чтобы systemd на ней работал

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

Ты никак не хочешь прочитать. Ну да ладно, парням из сабжа я помогу. А лене нет. По вполне очевидным причинам. Портируемость и модульность, модульность, блжад, и портируемость.

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

Почему вы так упорно пытаетесь привить ненужный мне мультисит? Я же ясно дал понять что он лично мне не нужен. Правда и logind от этого юзабельнее не становится, гг.

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

потому что logind использует systemd, и ничего другого что может заменить ему systemd еще не написали и наврядли напишут

Да этот уроборос появился сам собой)) Вылупился из тодеша.

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

потому что logind использует systemd, и ничего другого что может заменить ему systemd еще не написали и наврядли напишут

Сколько велосипедизма и пафоса в одном предложении.

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

ты не успел помочь поттерингу захватить мир :)

но ведь всегда можно написать фичеквест для Поттеринга, попросить его засунуть функиональность logrotate (и других периодически-запускаемых процессов, индексирование мануалов например) — прямо в systemd.. [:emoticon:]

я просто не хочу отвлекать их от серьезной работы.. :)

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

Портируемость и модульность, модульность, блжад, и портируемость.

Это хорошие лозунги для поднятия боевого духа. А вот когда ведешь работу над реальным большим проектом, понимаешь, что портируемость - это вагон 'if supported then', а модульность - это матрица тестирования, растущая в геометрической прогрессии, и головная боль майнтейнеров, растущая экспоненциально. И часто лучше меньше да лучше, чем пытаться угодить всем, но кое-как.

Вообще конечно интересно было бы посмотреть на параллельную реальность в которой с инициативой создания systemd выступил бы Линус а не Леннарт. Сказал бы что-нибудь вроде: «2010 год на дворе, а десктопа до сих пор нет, давайте наведем порядок!» и предложил бы ровно ту же самую архитектуру и техническую реализацию... забавно было бы наверное.

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

в Windows NT реализован POSIX.1 так что вперед.

или например в посикс сертифицированой Mac OS X раскажи джобсу что нужно выпилить то что у них там и запилить systemd

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

засунуть функиональность logrotate

во первых journald по дефолту не хранит логи после перезагрузки а во фторых я думаю там эта функциональность уже есть

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

а модульность - это матрица тестирования, растущая в геометрической прогрессии

Отличные модули со слабой связанностью, которые надо покрывать интеграционными тестами во всех комбинациях xD. И как только вообще умудряются сложные программные системы разрабатывать, чудеса.

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

Для демонописателей и системных администраторов, имхо, тоже вышло удобнее.

демонописатель-сисадмин here. нифига оно не удобнее, просто дополнительная таргет платформа, причем далеко не такая гибкая как мои (уже существующие) инит-скрипты. которые кстати работают даже на гребанном HPUX, и только системд, *лять, требует пилить под него костыль. да не просто под него, а под каждый дистрибутив который его использует, отдельную версию. SMF кстати тоже гадость, но там хоть инит-скрипты как легаси поддерживаются.

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

чисто так интересно что за костыль?

а дистро ментейнеров за дополнительные костыли поверх ванильного systemd нужно кастрировать

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

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

Во-во. Нет там никакой унификации даже близко. Конструктор, который мейнтейнеры крутят по своему.

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

Кстати в седьмой centos куча сервисов запускается по старинке. А для того же редиса юнит я копировал из арча и полностью переписывал.

а дистро ментейнеров за дополнительные костыли поверх ванильного systemd нужно кастрировать

Нет никакого ванильного systemd. Разработчики софта не должны решать под каким пользователем запускаться, по каким путям сохранять логи и pid-файлы. Что собственно и демонстрируется практикой.

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

если это конешно не какой нибудь не тривиальный софт, например веб сервер с логами для каждого виртуального хоста отдельно, то достаточно писать в stderr а логи и pid за тебя systemd сохранит

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

ради прикола загугли на дистровотче eudev - получишь генту и реп для арча. ВСЕ. никому кроме гентушников в свитерах он не нужен.

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

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

то достаточно писать в stderr а логи и pid за тебя systemd сохранит

Самое удивительное, авторы таких программ юнитов тоже не пишут. Вот же суки, да?

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

дистровотче

авторитетно, прям хер поспоришь, умываю руки, мне до ваших аргументов...

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

И чем дальше тем авторитетнее, нет, приклоняю перед тобой колени о великий иксперд 80 левела

daemonpnz ★★★★★
()

Кстати, если кто считает, что это шутка, то автор тогда тролль 9000ого левела. Он с мая коммитит, причем очень плотно.

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

чтобы выпиливать фичи ума много не нада

Там много гвоздей вытащено с пингвином на шляпках. Что несколько сложней.

bj
()

дайте сцылку на виндус7 без смс и регистрации

линупс рип

Deleted
()
Последнее исправление: Zangezi (всего исправлений: 1)
Ответ на: комментарий от anonymous

Юзлесс оно изначально. Линуксятникам оно без надобности (окромя совсем оголтелых), а фришники с гномом встречаются реже лесных фей.

Ну и я потыкаю на досуге, ради спортивного интереса.

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

AFAIK, это и не было проблемой

И как ты решал проблему доступа к устройству физической клавиатуры, просвети плз?

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

видать у меня были мысли так зделать

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

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

И как ты решал проблему доступа к устройству физической клавиатуры, просвети плз?

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

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