> это попросили) на #openrc. Но в отличие от systemd это опционально. Что хорошо для кульсисопа с зудом в ж..., то плохо для администратора. А вот админ в результате не будет знать: можно ли в этой конкретной системе отследить, или нельзя. И брать такую систему на администрирование - нафиг нужно!
Такие вещи по моему мнению должны быть более-менее mandatory и если и обрываемы то в микроэмбедовке уровня openwrt. И даже там - невозможность более-менее внятно узнать откуда кто взялся - таки баг а не фича.
> я могу понять нужду использования cgroups для отслеживания процессов, и я
> бы для этого использовал то, что умеет OpenRC.
Используйте наздоровье. А я не буду иметь дело с месивом костылей, где вещи которые я хочу видеть по дефолту - сильно опциональны и не гарантированы.
> Я когда-то прикола ради делал аналогичный мониторинг на базе ptrace(),
А это вобще жесть и афиг. И просто полкило грабель на обпрыг.
> Просто OpenRC сделан так, что он легко расширяется чем угодно.
ИЧСХ, месиво из местечковых костылей работать в результате будет как месиво из местечковых костылей.
> не хватает обычного pstree, либо хочется перезапускать приложения при падении…
Я хочу понимать, что, откуда и почему взялось в моей системе. Для меня это не опция: без этого я систему буду считать куском проблем, а не операционкой.
>> Что в этом плане имеет предложить OpenRC, если уж мы о конструктиве?
> Что конкретно нужно?
Апи вачдога? Обработка всяких там стартов стопов и их таймаутов? Кодов возврата? Сохранение того что программы выдали куда-нибудь в логи? Человеческая смена юзерей, приоритетов, шедулеров, лимиты, CAPS, ...? И чтобы без кучи костылирования и написания вагона системного кода?