В systemd 213 добавили поддержку синхронизации времени
2Иллюстрация с сайта En.Wikipedia.Org
Стало доступным обновление systemd: версия 213 добавляет больше функциональности демону управления системой.
Первая функция, которая стала доступна в systemd 213, — это реализация SNTP-клиента (Simple Network Time Protocol — протокол синхронизации времени в сети) под названием systemd-timesyncd. В отличие от других реализаций, данный клиент предполагает только получение времени и не предполагает работу в качестве сервера. Также для работы systemd-networkd был добавлен новый сервис systemd-resolved, управляющий resolv.conf.
В systemctl, для сервис-юнитов, были добавлены новые управляющие подкоманды (RebootArgument= и FailureAction=), обновлён hostnamed, а networkd обзавёлся новой функциональностью. С полным списком изменений в релизе systemd 213 можно ознакомиться в примечаниях к выпуску.
Постоянная ссылка к новости: http://www.nixp.ru/news/12518.html. Никита Лялин по материалам phoronix.com, freedesktop.org mail-lists.
Debian 8.0 «Jessie» — долгожданный релиз популярного дистрибутива GNU/Linux, теперь с systemd 5 5
Ubuntu 15.04 «Vivid Vervet»: первый релиз с заменой Upstart на systemd, редакциями Snappy и MATE, гипервизором LXD 4 10
systemd 217 — крупное обновление init-системы с новыми возможностями 5 2
Состоялся крупный релиз сервера X.Org 1.16 со множеством улучшений 3 1
systemd 205: временные модули и полное управление cgroup 1 4
ALT Linux выпустила Седьмую Платформу (p7 «Trientalis»): ARMv7, UEFI, systemd, Samba 4… 2 1
Последние комментарии
- OlegL, 17 декабря 2023 года в 15:00 → Перекличка 21
- REDkiy, 8 июня 2023 года в 9:09 → Как «замокать» файл для юниттеста в Python? 2
- fhunter, 29 ноября 2022 года в 2:09 → Проблема с NO_PUBKEY: как получить GPG-ключ и добавить его в базу apt? 6
- Иванн, 9 апреля 2022 года в 8:31 → Ассоциация РАСПО провела первое учредительное собрание 1
- Kiri11.ADV1, 7 марта 2021 года в 12:01 → Логи catalina.out в TomCat 9 в формате JSON 1
Что-то чем дальше в лес, тем больше это начинает напоминать монолитные решения от M$.
Почему Вы говорит так, как будто это плохо?
Потому что это нарушает философию UNIX.
Для меня это выглядит очень даже спорно. Точнее нет, я не понимаю, что именно нарушает systemd, поэтому поспорил бы с этим утверждением.
Что принципиально нарушает systemd:
Есть еще всякие «Store data in flat text files», но тут уже долгий разговор и спор :-)
По мне лучше простые таблицы ключ/значение, чем XML. Я всё больше посматриваю в сторону Freebsd. Хотя там тоже launchd хотят внедрить.
Да, учитывая, что Unit’ы часто короче и написаны один раз для всех дистрибутивов, момент достаточно спорный.
Ну дык оно и делает одну вещь — управляет системой, и по-моему очень даже неплохо.
Ну, это уже какая-то демагогия :-) «Управляет системой» — нет. «Управляет таким-то компонентом системой» — вот «one thing».
Хорошо управляет системой тот же initng. А systemd это непойми что.
Я вспоминаю, что в своё время обсуждалась зависимость systemd от libpam.
Учитывая то, как просто положить pam даже случайной ошибкой конфигурации или неудачным апдейтом, меня это пугает.
Systemd сочетает в себе функции системы инициализации, механизм для контроля за выполнением фоновых процессов, службу для журналирования событий и средства для управления сервисами, сеансами пользователей и подключаемыми устройствами.
И это только в общих словах самые основные части systemd. Вам не кажется, что это мягко говоря перебор? Идея системы инициализации, активация и зависимости на сокетах, unit-файлы, наблюдение за сервисами, человеческие зависимости — это, я считаю, в systemd очень хорошо. А вот всё остальное, что там «впихнуто»
p.s.
А ещё вот такой подход со стороны главных разработчиков мягко говоря коробит и не внушает доверия.
Система инициализации параллельная — да. Наблюдение за сервисами и тд — это да, но это делают проекты с куда меньшими зависимостями и куда более вменяемые по устройству.
PS. boycottsystemd.org/ Особенно 6,7,8,9 пункты.
Другие в общем тоже радуют.
PS. Подход такой уже был. После этого форкнули glibc.