Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Выпуск сервисного менеджера s6-rc 0.7"	+/–
Сообщение от opennews (?), 15-Июл-26, 08:22
Опубликован выпуск сервисного менеджера s6-rc 0.7.0.0, предназначенного для управления запуском скриптов инициализации и сервисов. Поддерживается отслеживание дерева зависимостей и автоматический запуск или завершение сервисов для достижения указанного состояния. Инструментарий s6-rc может применяться как в системах инициализации, так и для организации запуска произвольных сервисов в привязке к событиям, отражающим изменение состояния системы. Система поддерживает скрипты инициализации, совместимые с sysv-init, и может импортировать информацию о зависимостях из  sysv-rc или OpenRC. Код написан на языке Си и распространяется под лицензией ISC... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=65905
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Ваня фанат СПО из подмосковья (?), 15-Июл-26, 08:22	–1 +/–
ну а в каких дистрах он есть то?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #3, #10

2. Сообщение от Аноним (2), 15-Июл-26, 08:44	+1 +/–
https://wiki.gentoo.org/wiki/S6
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

3. Сообщение от Аноним (3), 15-Июл-26, 08:46	+1 +/–
В каких поставишь, в таких и будет. Obarun возьми вон.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

4. Сообщение от Аноним (4), 15-Июл-26, 08:48	+5 +/–
Лучше и проще bsd init никто ничего не придумал. Внезапно, достаточно было просто sysv init до ума довести, а не заниматься изобретением самонаводящихся костылей.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5

5. Сообщение от Анонимный аноним (?), 15-Июл-26, 09:31	–9 +/–
Лучше systemd никто ничего не придумал. Внезапно, достаточно сделать полноценный менеджер сервисов, а не набор shell-портянок, чтобы избавиться от ненужных различий между дистрибутивами и реализовать всю функциональность, необходимую разработчикам и админам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #7, #9

7. Сообщение от Аноним (7), 15-Июл-26, 09:42	+1 +/–
>менеджер сервисов Он системный мененджер, если что.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

8. Сообщение от sunjob (ok), 15-Июл-26, 10:30	+/–
> при запуске какого-то сервиса будут автоматически запущены необходимые для его работы зависимости, > а при остановке - остановлены и зависимые сервисы. а если "зависимые сервисы" нужна вне зависимости как "сервисы" или еще какие "фикусы", как будем выкручиваться?
Ответить | Правка | Наверх | Cообщить модератору

9. Сообщение от sunjob (ok), 15-Июл-26, 10:44	+/–
> достаточно сделать полноценный менеджер сервисов, а не набор shell-портянок, чтобы избавиться от ненужных различий между дистрибутивами - shell/bash-скриптинг практически не зависит от версий дистра - бинарная сборка - напрямую завязана на системные библиотеки и как следствие (как обычно) обратно не совместима, упс... /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.30' not found (required by ...) /lib64/libc.so.6: version `GLIBC_2.34' not found (required by ..) и иже с ними (не говоря про постоянные "каверкание языка/стандарта")
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

10. Сообщение от Аноним (10), 15-Июл-26, 11:05	+/–
Это скорее для встраиваемых систем. Ещё в докер контейнерах можно встретить, так как ресурсы вообще не потребляет, а инит удобный
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема