Профиль: Аноним (вход | регистрация) неRU opennet.me  
The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

"Выпуск сервисного менеджера 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.me/opennews/art.shtml?num=65905

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

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

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

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

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

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

7. Сообщение от Аноним (7), 15-Июл-26, 09:42   +2 +/
>менеджер сервисов

Он системный мененджер, если что.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

8. Сообщение от sunjob (ok), 15-Июл-26, 10:30   +/
> при запуске какого-то сервиса будут автоматически запущены необходимые для его работы зависимости,
> а при остановке - остановлены и зависимые сервисы.

а если "зависимые сервисы" нужна вне зависимости как "сервисы" или еще какие "фикусы", как будем выкручиваться?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19

9. Сообщение от sunjob (ok), 15-Июл-26, 10:44   +1 +/
> достаточно сделать полноценный менеджер сервисов, а не набор 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 Ответы: #29

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

11. Сообщение от Мемоним (?), 15-Июл-26, 11:16   +1 +/
Нужен системный менеджер на основе нейросети. Почему никто до сих пор не сделал?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #16, #23, #42

12. Сообщение от БоссАнонимов (?), 15-Июл-26, 11:28   –1 +/
Когда смотрел код этого поделия, выглядело оно стремно
Ответить | Правка | Наверх | Cообщить модератору

13. Сообщение от sunjob (ok), 15-Июл-26, 11:34   +3 +/
> Нужен системный менеджер на основе нейросети. Почему никто до сих пор не
> сделал?

ирод, не подсказывай! :о)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

14. Сообщение от Аноним (14), 15-Июл-26, 11:41   +1 +/
Лол, когда в системд отдельный модуль управляет DNS, то это блоат и антиюникс; когда такой модуль есть в s6, то это минимализм и юниксвей. Не перепутайте)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17, #37

15. Сообщение от Moebius (ok), 15-Июл-26, 11:51   –2 +/
Определи "полноценность".
Как только в unit-файле становится нужно описать что-то сложнее очереди запуска, он начинает выглядеть так:

ExecStart=/opt/svc/some_service.sh

Если твой shell-скрипт размером с портянку, его пора переписывать на каком-нибудь python.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #25, #51

16. Сообщение от ryoken (ok), 15-Июл-26, 12:02   +1 +/
Нейросеть съест все ресурсы и комп больше ничего полезного делать будет не в состоянии?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #21, #45

17. Сообщение от Аноним (3), 15-Июл-26, 12:04   +/
Это ты ещё nscd в glibc не видел.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #22

18. Сообщение от Hturt (?), 15-Июл-26, 12:08   +2 +/
В artix
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

19. Сообщение от Аноним (19), 15-Июл-26, 12:19    Скрыто ботом-модератором+2 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

20. Сообщение от Аноним (20), 15-Июл-26, 12:33   +/
>Система поддерживает скрипты инициализации, совместимые с sysv-init, и может импортировать информацию о зависимостях из sysv-rc или OpenRC.

Нужно ещё эмулятор systemd написать.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #41, #43

21. Сообщение от Мемоним (?), 15-Июл-26, 12:34   –1 +/
> Нейросеть съест все ресурсы и комп больше ничего полезного делать будет не
> в состоянии?

Да не, не обязательно. Есть же специализированные нейронки, там может быть всего несколько миллионов параметров – запустится даже на калькуляторе. Плюс и LLM бывают небольшие, типа Qwen 0.6B

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

22. Сообщение от Аноним (23), 15-Июл-26, 12:36   +/
А прчём здесь сервисные менеджеры?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #27

23. Сообщение от Аноним (23), 15-Июл-26, 12:37   +/
С обвязкой на node.js
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

25. Сообщение от Аноним (25), 15-Июл-26, 12:55   +/
> Если твой shell-скрипт размером с портянку, его пора переписывать на каком-нибудь python.

питон в такую портянку не превращается?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

27. Сообщение от Аноним (3), 15-Июл-26, 13:06   +/
> А прчём здесь сервисные менеджеры?

При том что посмотри чем он занимается.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #40

28. Сообщение от Аноним (28), 15-Июл-26, 13:29   +2 +/
Тот случай, когда решение оказалось хуже болезни.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #36

29. Сообщение от Анонимный аноним (?), 15-Июл-26, 13:36   –1 +/
Тут даже комментировать нечего.
Чел реально предлагает переносить бинарный systemd между дистрами. И ему даже в голову не пришло, что нужно собрать systemd тогда уж с самой старой доступной версией glibc, чтобы он заработал.
И чел не догадывается, что пути до скриптов, программ в разных дистрах - разные.
И приплел сюда зачем-то обратную совместимость. Челик, обратная совместимость это про API библиотек!
Вот он уровень эрудиции анонимных обскурантов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #60, #66

31. Сообщение от Аноним (31), 15-Июл-26, 14:40   +2 +/
> Лучше и проще bsd init никто ничего не придумал

Как пользователь этого говна скажу что ничего хуже не существует. Но проще действительно никто не придумал, просто потому что как сервисный менеджер она не делает вообще ничего, просто запускает портянки шелла, в которых уже РУКАМИ приходится запускать сервис под daemon(1), и вот ОН УЖЕ да, будет что-то менеджерить, включая uid/gid/ulimit/pidfile/редирект stderr и перезапуск. Конфигурирование (т.е. набор переменных которые можно переопределять через rc.conf) тоже придётся писать руками, и там полная помойка - в одном месте для каждого ключа заведена переменная, в другом только для горстки непонятно по каким критериям выбранных, причём не попавшие в этот список переопределить нельзя. В третьем любые аргументы можно передавать через ${name}_args, в четвёртом через ${name}_flags, в пятом через ${name}_extra_opts. Не говоря уже о костылях типа rcorder выпаршивающих зависимости из комментариев в шелле.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #39

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

34. Сообщение от Аноним (34), 15-Июл-26, 15:27   –2 +/
Это какой-то нанодистр для микроинфлюенсеров?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

35. Сообщение от Аноним (34), 15-Июл-26, 15:29   –2 +/
>достаточно было просто sysv init до ума довести

Что помешало тебе это сделать? Или как обычно - кто-то другой должен?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #47

36. Сообщение от Аноним (34), 15-Июл-26, 15:30   –4 +/
Где посмотреть на твое решение лучше болезни?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

37. Сообщение от Аноним (34), 15-Июл-26, 15:34   +/
Вы не понимаете, это другое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

38. Сообщение от IMBird (ok), 15-Июл-26, 15:35   +1 +/
Ни разу не видел в BSD набор shell-портянок. Вы путаете с линуксом.
Типовая конфигурация ближе к INI, чем к shell, при этом возможности сложной настройки сохраняются. Система достаточно гибкая – у тебя CONF-файл (либо .d папка с набором), тут же доступен лучший редактор для этих задач – ee. Если в линуксе задача «подправить конфиг» заранее вызывала нервный тик, то тут такого нет. Вкупе с повальным использованием модулей – пересборкой ядра вместо реконфигурации занимаются нездоровые либо отчаявшиеся люди – система и вовсе выглядит как юникс здорового человека.

Рекомендую изучить вопрос, дабы было чем аргументировать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

39. Сообщение от IMBird (ok), 15-Июл-26, 15:38   +/
Потому что большая часть из описанного – это не задача инита, внезапно. Тут юникс, а не линукс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #55

40. Сообщение от Аноним (23), 15-Июл-26, 16:31   +/
Нет его у меня, Use="-nscd"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #46

41. Сообщение от Аноним (19), 15-Июл-26, 16:32   +/
Сначала эмулятор, а потом и саму системду всунуть... Нет уж, только забыть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

42. Сообщение от Аноним (42), 15-Июл-26, 16:32   +/
Потому что никто не просил. Иди в чатгпт/клауди/дипсик и скажи ему "сделай мне что-то вроде systemd но чтобы там была LLM небольшая, чтобы можно было вместо структурированных юнитов писать текст 'запусти то и то, но после того'. и чтобы не падало!"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

43. Сообщение от Аноним (19), 15-Июл-26, 16:32   +/
Что-то системда не горит желанием эмулировать другие системы инициализации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #52

44. Сообщение от Аноним (44), 15-Июл-26, 17:15   –1 +/
> Лучше и проще bsd init никто ничего не придумал. Внезапно,

dinit?

> достаточно было
> просто sysv init до ума довести, а не заниматься изобретением самонаводящихся
> костылей.

Ну и почему-то не довели и не доводят на сегодняшний день, даже против-systemd проекты кто куда рассматривают валить с sysvinit, только деван будет держаться до талого, да и тот смотрит в сторону runit


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

45. Сообщение от Аноним (44), 15-Июл-26, 17:16   +/
> Нейросеть съест все ресурсы и комп больше ничего полезного делать будет не
> в состоянии?

Зато будет куча сгенерированных картинок на экране загрузки ))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #62

46. Сообщение от Аноним (3), 15-Июл-26, 17:22   +/
У тебя нет nscd, у меня нет systemd-resolved и dnsmasq. 10 велосипедов для одно и того же это проблема на самом деле.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

47. Сообщение от Аноним (47), 15-Июл-26, 17:36   –2 +/
Нет не так. С какого перепугу он решил, что sysV init не доведён до ума? Чувак, sysV init это классика пережившее всё и вся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #57

50. Сообщение от 1 (??), 15-Июл-26, 18:38   +6 +/
В Gentoo красавчики. Тихо и мирно подтянули еще одну init  систему.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

51. Сообщение от sunjob (ok), 15-Июл-26, 19:05   +/
> Если твой shell-скрипт размером с портянку, его пора переписывать на каком-нибудь python.

питон превратиться еще в более протухшую и нихрена не читабельную портянку... а уж редактировать бидонa - это вообще удовольствие :о)


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

52. Сообщение от Аноним (67), 15-Июл-26, 19:16   +/
Не по чину королю подражать крестянам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #61

53. Сообщение от Георгий (??), 15-Июл-26, 19:21   –1 +/
Я помню только daemontools, которым можно было в Окошках виртуальные компакт-диски монтировать.
Ответить | Правка | Наверх | Cообщить модератору

55. Сообщение от Энтомолог_русолог (ok), 15-Июл-26, 21:15   +/
Нет, чувак
Ни FreeBSD, ни OpenBSD, ни NetBSD никогда не были и не будут Unix®, в то время, как один из дистрибутивов Linux проходил сертификацию на Unix® и являлся таковым(это был EulerOS 2.0 от Huawei, который представляет из себя пересборку srpm от RHEL https://www.huawei.com/en/news/2016/9/huawei-kunlun-euleros-...)

А твои бредни и фантазии никому не интересны. Есть четкое понятие что такое Unix® и *BSD даже рядом не стояли

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #63

56. Сообщение от dannyD (?), 15-Июл-26, 22:18   +/
>>Лучше systemd никто ничего не придумал.

жырнее и залазящий везде без мыла.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

57. Сообщение от Энтомолог_русолог (ok), 15-Июл-26, 23:04   –2 +/
SysV init это труп стюардессы который давно закопали и только местные некродендрофилы все пытаются ее выкопать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

58. Сообщение от q (ok), 16-Июл-26, 02:22   +/
Нахрена в докере инит? В докерах, один контейнер = один сервис. Если нужны два сервиса, создаешь не "один контейнер с инитом", а два контейнера нахрен, в едином поде если надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #65

59. Сообщение от Аноним (59), 16-Июл-26, 04:04   +/
Только вот systemd давно стал менеджером системы и даже разобраться в хитросплетениях юнит-файлов удается с трудом даже мейнтейнерам, а про остальное можно и не говорить...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

60. Сообщение от q (ok), 16-Июл-26, 05:57   +/
> Чел реально предлагает переносить бинарный systemd между дистрами

Ты нихрена не понял. Системдос разумеется надо собирать под каждый дистр отдельно. А вот текстовые юнит-файлы уже более-менее дистронезависимы благодаря системдосу. Понял? Подсознал? Уже догадываешься, в чем ты лопухнулся? (Спойлер: ты перепутал концепты "системдос дистронезависим" и "системдос предоставляет дистронезависимую среду".)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

61. Сообщение от dannyD (?), 16-Июл-26, 06:21   +/
короля делает свита.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #68

62. Сообщение от Аноним (62), 16-Июл-26, 13:44   +/
Лучше порнхаб загрузка. Можно сэкономить на генерации
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

63. Сообщение от BorichL (ok), 16-Июл-26, 15:05   +/
Чувачок, были времена когда основной Unix был BSD (кстати до сих пор обновляется), из чего всё это семейство потом и произошло. А бумажкой с сертификацией можешь подтереться, как и R в кружочке, tm и прочей ересью из мира розовых поней.

PS:
-- Гиви, а гдэ тот рэвольвэр, что я тэбэ подарил?
-- Я его продал Гиви, пасматры, какие классные часы купыл на эты дэньги!
-- Гиви, а эсли к тэбэ кто-ныбудь падайдёт и скажэт, что он тэбя эбал, жэну твою эбал и маму тваю эбал, то что ты эму скажэшь? Пол второго?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

64. Сообщение от Аноним (64), 16-Июл-26, 16:27   +/
Всегда отключайте systemd-timesyncd, там дырища страшнейшая.
Ответить | Правка | Наверх | Cообщить модератору

65. Сообщение от Аноним (65), 16-Июл-26, 18:17   +1 +/
А вот и выдрессированных плательщиков докер-хостингов подвезли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #67

66. Сообщение от Аноним (65), 16-Июл-26, 18:19   +/
> с самой старой доступной версией glibc, чтобы он заработал

Внезапно - как раз не факт, что заработает.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

67. Сообщение от Аноним (67), 16-Июл-26, 20:41   +/
Ну не всем же локалхосты админить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

68. Сообщение от Аноним (67), 16-Июл-26, 20:44   +/
Весь коммерческий мейнстрим на systemd таки перешёл. И большая часть некоммерческих дистрибутивчиков для локалхостов тоже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61


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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2026 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру