>>> "майнтейнер" - обычный мидсаммер стьюдент, ничего он о дистрибутиве не знает
>> Зависит.
> тот который знает (за пределами наспех прочитанных методичек) - уже давно
> эффективный менеджер, у него нет времени самому собирать сложные пакеты

Зависит... но народ продолжаем набирать, да.

> напоминаю, первые выдернутые из моей памяти примеры: virtualbox

У нас и его текущий майнтейнер весьма лазит внутрь, и предыдущий (который из проекта никуда не девался, но последний год или около того ударно занимается самбовыми потрохами).

> И если с первым еще при желании (а откуда оно возьмется?) разберешься (хотя правильней
> для дистрибутива потратить это время на разборки с его http-интерфейсом, кластеризацией
> и 3d-party мордами, чтобы это все уинтегрировать правильно - пользователи оценят)

А вот здесь можно и потратить время на FR вида ТЗ при желании.  В идеале бы сразу в bugzilla.altlinux.org, но можно и мне в почту.

> с проектами уровня llvm (с которого начался разговор) - ну я вот
> видел один раз в _одном_ дистрибутиве майнтейнера, который понимал как работает
> (сборка, а не как вызывать уже кем-то собранный) gcc в деталях,
> но это было давно, ему наверняка давно уже  надоело.

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

> К тому же, это его великое понимание вовсе не принесло тому дистрибутиву
> пяток разных gcc, переключающихся alternatives. Странно, почему?

Вспомнилось ещё одно насчёт подзабытого скилла содержания разных gcc на хосте -- у нас так: https://packages.altlinux.org/ru/search?branch=Sisyphus&quer... (от 3.3.4 до 6.3.1 почти со всеми остановками).  Даже для спеков есть обвязка в виде %set_gcc_version, если уж совсем надо.