> Просто openrc появился достаточно давно, и через некоторое время после этого разработчик
> ушел из проекта.

Я вообще не понимаю смысл этого проекта. Параллельный запуск - замечательно, но для апстарта и системд это лишь одна из возможностей. Они решают множество других проблем. Например системд сделан так что не теряет сообщения выдаваемые программами при загрузке. Хотя сервис логгера появляется не сразу. Остальные просто положили на это. OpenRC что по этому поводу делает? То же что sysv init?

> Сейчас поддержкой занимаются люди, далекие от системного программирования
> (достаточно вспомнить их фейл с "параллельной загрузкой модулей в eudev").

Людям близким к системному программированию должно быть понятно что вещи типа systemd сделали не только из-за прихотей, но и из-за технических предпосылок. На шеллскриптах не очень хорошо получается вызывать низкоуровневые возможности ядра в правильном порядке и есть ряд дурных проблем, связанных с урезанностью окружения. Какой-нибудь procfs может и отсутствовать в этот момент, /dev может быть почти пустой, файлуха readonly, сервис логгинга еще не стартанул. А вот какая-то программа уже обломалась и было бы очень кстати показать stdout/stderr, какой код возврата и проч. В системд все это можно обыграть.

> В результате, даже старый добрый SysV init давно обогнал openrc - научился
> параллельной загрузке, которая использовалась в дебиане со времен squeeze (емнип). В
> то время как в openrc попытка включения rc_parallel=yes может привести к
> рандомным зависаниям загрузки (bug 391945).

Параллельное выполнение загрузки вещами типа апстарта и системд вообще побочное следствие серьезного пересмотра архитектуры. Некоторым людям надоело делать систему из спичек и желудей, особенно там где объективно требуется стальная балка.