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)
Ответ на: комментарий от intelfx

Система, а точнее юзерспейс — это совокупность демонов. Сюрприз ?

Для того, чтобы не «потерять» сервер, достаточно запуска сети и ssh. Всё остальное, без исключений, вторично. Сюрприз ?

И вот systemd _уже_ умеет доставить беду с конфигурированием сети и запуском ssh.

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

Согласен. Ленечка придумал ебанистический велосипед с треугольными колесами. Вот хочу я удаленно почитать логи, с машины без сустемды. И вместо обычного просмотра плейнтекста выходит чад кутежа во тьме ада, например: http://www.freedesktop.org/software/systemd/man/systemd-journal-gatewayd.serv....

anonymous
()

Плодят форки форков, а потом жалуются что тормозит.

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

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

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

Руки майнтейнеров забыл. На _обновление_ влияют как раз они.

С sysvinit не влияют почему-то... Я про то и говорю, что systemd слишком сложен для системы инициализации, и именно по-этому опасен: ни идеальных программистов, ни идеальных мантейнеров нет, увы.

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

То есть, называть OpenRC не-инитом уже троллинг?

Нет, если сделать это аргументировано. Впрочем это неважно.

В данном случае троллинг (и довольно толстый) - вбросом ответить на каждое сообщение и ждать, кто среагирует.

eternal_sorrow ★★★★★
()

Пришло время делать форки Форки сами себя не сделают Сделай их, сделай их еще раз Зачем мне просто рабочий код, у меня нет времени чтобы страдать с ним Лучше я сделаю форк еще раз, а потом форк форка еще раз КОКОКОКО

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

Это я понимаю. Мне интересно, что ими может шифровать _камера_?

Я подозреваю что блобы с запатентованными алгоритмами обработки и при отсутствии ключей камера работает без алгоритмов и как следствие падение качества фото. Mobile Bravia Engine думаю аналогично.

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

Sysvinit просто перекладывает всю сложность системы на пользователя. И все ошибки внезапно оказались не его, а того админа, кто написал инит-скрипт. Удобная позиция конечно, только неэффективная. При том что идеальных админов нам тоже как-то не завезли.

И если небольшое количество хороших программистов-майнтейнеров набрать/научить можно, то вот при текущих объемах держать полк админов для решения в N-тысячный раз одной и той же базовой задачи - это как-то уже слишком.

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

Удобная позиция конечно, только неэффективная.

Как раз наоборот, так как нет общей связи между разнородными приложениями (и её и быть-то не должно). Большинство приложений давно отлажено и хорошо работает, а systemd покушается на их работоспособность.

AS ★★★★★
()

Почитал посление страницы треда... Странный люди - юзерспейс у них первичнее ядра. Может, еще и софт у вас первичнее железа? Есть железо, под него и подбирают софт, не наоборот. Если мне нужна максимальная отдача, к примеру, видеокарты за тысячу баксов, я подбираю такую ОС, которая сможет раскрыть ее возможности, а не стану использоват операционку, где эта видеокарта за тысячу баксов будет выдавать производительность, как видеокарта за 200 баксов, поскольку дрова находятся в плачевном состоянии.

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

Почитал посление страницы треда... Странный люди - юзерспейс у них первичнее ядра. Может, еще и софт у вас первичнее железа? Есть железо, под него и подбирают софт, не наоборот. Если мне нужна максимальная отдача, к примеру, видеокарты за тысячу баксов, я подбираю такую ОС, которая сможет раскрыть ее возможности, а не стану использоват операционку, где эта видеокарта за тысячу баксов будет выдавать производительность, как видеокарта за 200 баксов, поскольку дрова находятся в плачевном состоянии.

К сожалению, последние лет 20, если не больше, железо приобретают под софт :) Поддерживается — прекрасно, не поддерживается — купим другое железо. Это как в человеке — внутренний мир, (если хочешь — душа), который непрерывно меняется, важнее тела и внешности, которые сравнительно постоянны.

И конца такой бредовой ситуации с программами не видно.

anonymous
()

Автор

Судя по обсуждению в IRC, проект начат одним из маинтейнеров ядра Linux. Имен писать не буду.

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

(20:05:25) User1: systemd I'm assuming has the best approach as people seem to be going with it
(20:05:28) User1: it's just the devs suck
(20:06:05) User2: yeah, so nothing's wrong with simply taking the code and ifdeffing off all that other crap

Подход в systemd — лучший, просто его разработчики сосут

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

Я прекрасно это знаю. У каждого свои фичи и область применения.

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

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

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

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

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

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

journalctl -D /mnt/rescue/var/log/journal

> и для этого требуется специализированный софт, который при восстановлении системы с большой долей вероятности недоступен

С чего бы это он недоступен? Не вижу причины.

вот мне всегда было интересно — насколько упёртым нужно быть человеком, для того чтобы в упор не заметить эту функцию (journalctl -D ...) ?

когда эти люди говорят что они якобы не могут читать бинарные логи — то ведь они произносят это настолько правдивым тоном — что может сложиться ощущение, что логи не просто бинарные, а аж даже ещё и зашифрованы асинхронным шифроключём Поттеринга! :)

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

> journalctl -D /mnt/rescue/var/log/journal

Вот только journalctl должен понимать ту же версию бинарного формата, что лежит у тебя /mnt/. Иначе OOPS.

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

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

Для этого нужно всего лишь не хотеть её замечать. Т. е. быть ЛОРовским хейтером.

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

И если ядра *BSD не имеют кучи фич, требуемых systemd — фиксить/дописывать нужно *BSD, а не systemd. Такие вот дела.

зачем что-то допиливать ради монолитного куска говна замаскированного под тарелку с конфетками под названием systemd?!

daemonpnz ★★★★★
()

Странно, что никто до сих пор не вспомнил про pulseaudio и apulse apulse :)

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

Форки уже критиковались на Linux Sucks 2014

А ещё там в презентации есть
«Stop replacing good, working software with nearly identical, brand new software»,
что как-бы намекает.

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

Ммда, так и запишем: сони - дебилоиды...

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

Форки уже критиковались на Linux Sucks 2014. http://www.youtube.com/watch?v=5pOxlazS3zs#t=145

Докладчик называет Heartbleed незначительной уязвимостью, и в упор не видит системные недостатки, которые к ней привели, и из-за которых решили форкнуть. Вывод — предвзят или врёт как сивый мерин.

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

Мля, где вы находите эту кучу инитскриптов которые писали полки криворуких админов? Реальные примеры можно?

anonymous
()

Unix-way systemd... Нужно!

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

Так и оригинал форка же сырой...

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

Подробности в гугле, а так: анакрон предоставляет интервальный запуск задач с минимальным периодом 1 день. Просроченная задача начинает выполняться после запуска демона анакрона с указанной задержкой (в минутах).

Не помню, есть ли там решедулинг, если задача вернула ненулевой код возврата, если есть, даже несколько решается проблема с неготовностью сервисов. А так... ну стартануть анакрон последним и указать задержку 0 или 1.

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

Это чисто софтовая хрень.

Ну так я и писал про отключениние запатентованных алгоритмов. Ничего удивительного что они софтом реализованы, но вот картинка с ними и правда сочнее.

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

Это такой тонкий намёк, что везде есть журналочиталки всех версий формата? Никто тебе ничего не должен, в том числе поддерживать формат неизменным.

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

(да, user_id_68054)

Я уже писал выше, что формат файла журнала совместим в обе стороны.

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

картинка с ними и правда сочнее.

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

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

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

Скорее всего, а может быть разные настройки ставит в зависимости от отображаемой картинки. Но вот то что камера больше шуметь начинает без drm-ключей - это факт. Могу на 4pda сравнения найти.

//Вот блин развел я тут оффтоп :)

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

камера больше шуметь начинает без drm-ключей - это факт.

Хз, не шумит на моём Xperia ION с кастомной прошивкой. Но там официальная проша - полная дрянь, на ней что фото, что видео хуже получались.
Ну и у меня стёрто покрытие на линзе, без него снимки заметно четче.

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

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

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

Наши люди, гном ненужен

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

вот мне всегда было интересно — насколько упёртым нужно быть человеком, для того чтобы в упор не заметить эту функцию (journalctl -D ...) ?

Надеюсь выхлоп в XML? А то ведь текстовые логи - это каменный век, да?

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