Как было уже заявлено хозяином - Альт весьма зрелая команда. Выставлять требование высокого уровня зрелости - означает ограничить конкурс одной-двумя командами. Если устроители готовы пойти на то, чтобы задрать планку так высоко (и фактически свести конкурс к паре компаний, если варяги не пожалуют) - пожалуйста.

Это неправильный подход.
При составлении требований, в идеале, важно софрмулировать условия успешности проекта. Может ли быть успешным проект, который ведет незрелая команда? Будет ли хорошо, если условия будут выполнены, а результат провальный?

Это понятно. Вопрос в том, правильно ли с самого начала ставить очень жесткие требования. Или все-таки дать шанс "второму эшелону". При этом, конечно, надо понимать ту меру риска, которую несут менее зрелые команды. Или проще сразу сказать, без формальностей "в конкурсе могут принимать внимания любые фирмы, если они называются Alt и ASP" (я, конечно, вульгаризирую).

Самое смешное что варяги не пожалуют.
Как минимум RedHat не в состоянии выполнить это условие.

При этом условие вполне выполнимо даже для слабых команд, хотя бы потому что путь уже пройден ALT, и инструментарий выложен публично. Склонировать конечно работа не на 5 минут, но за сроки измеряемые неделями это вполне реализуемо.

А в чем проблема с редхатом?

Дело не только в возможности. Дело в желании. Захотят ли этикетчики так напрягаться... Впрочем, непонятно, как иначе они смогут предоставлять гарантии собираемости (в той формулировке, о которой мы договорились с aen).

С RedHat'ом проблема в том, что они такой проверки на пересобираемость не проводят.

Мало того, у них ещё и замкнутость репозитория вместе с корректностью build requires не гарантирована.

А если этикетщики не хотят напрягаться, значит их продукт заранее должен отправляться в /dev/null, где ему самое место. Уж по крайней мере на гостендерах им не место.