LINUX.ORG.RU
Новости — BSD  

Разработчики FreeBSD планируют создать аналог systemd

 ,


2

2

На конференции MeetBSD California 2014 основатель FreeBSD (и, по совместительству, разработчик системы портов) обрисовал планы проекта на ближайшее десятилетие, в том числе:

  • создание унифицированного интерфейса для конфигурирования системы и всех сервисов
  • разработка централизованной системы уведомлений о событиях
  • улучшение механизма запуска сервисов и разрешения их конфликтов

Особое внимание привлекает последний пункт. Предполагается полностью переделать /etc/rc.d, чтобы он обрёл возможности управления сервисами наподобие того, как это реализовано в systemd.

Леннарт Поттеринг, создатель systemd, положительно отозвался о презентации.

>>> Подробности

anonymous

Проверено: maxcom ()
Последнее исправление: maxcom (всего исправлений: 1)
← The Battle for Wesnoth 1.12: эльфы, гномы, короли и предательства
Релиз движка для создания браузерных 3D-приложений Blend4Web 14.11 →
Показаны ответы на комментарий. Показать все комментарии.
Ответ на: комментарий от user_id_68054

Ты где-то видел, что бы я ругал декларативный стиль и хвалил инит-скрипты на баше? Более того, выше я согласился, что инитскрипты писать проще.

а причина случайно не в том что ты тупо ленишься разобраться?

Основные претензии с моей стороны, что это монолит и бинарный лог.

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

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

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

Основные претензии с моей стороны, что это монолит и бинарный лог.

ды чёрт-возьми! что же за высосанная из пальца проблема? :-)

systemctl enable rsyslog
systemctl start rsyslog

...и наслаждайся текстовыми логами :-)

это монолит

там не монолит.

systemd — это набор слабосвязанных утилит

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

systemctl enable rsyslog

Я знаю, и рассматриваю как вариант. Однако при этом syslog будет работать поверх systemd. Отсюда потенциальная потеря данных в случае сбоя systemd.

systemd — это набор слабосвязанных утилит

Если бы это был набор слабосвязанных утилит, то я бы сделал apt-get remove --purge journald; apt-get install rsyslog и был бы не в претензии.

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

> systemd — это набор слабосвязанных утилит

Если бы это был набор слабосвязанных утилит, то я бы сделал apt-get remove --purge journald; apt-get install rsyslog и был бы не в претензии.

сделай sudo rm /usr/bin/journalctl и наслаждайся :)

раз уж ты такой извращениц

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

при этом syslog будет работать поверх systemd. Отсюда потенциальная потеря данных в случае сбоя systemd.

и по какой же причине systemd должен сбойнуть?

syslog будет работать поверх systemd

не поверх systemd, а брать данные у systemd.

и это логично, так как systemd запускает демоны, и берёт у них stderr-каналы.

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

монолитно ядро Linux

1) это не повод плодить монолитности

2) там это оправдано, иначе писать очень сложно и к тому же очень неэффективно с точки зрения производительности

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

не поверх systemd, а брать данные у systemd.

не в лоб, так по лбу

cab ★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← The Battle for Wesnoth 1.12: эльфы, гномы, короли и предательства
BSD
Релиз движка для создания браузерных 3D-приложений Blend4Web 14.11 →