> Лучше бы им заняться одной системой повторяемых сборок. https://reproducible-builds.org  чем плодить кучу дистров:

Reproducible сборка пакетов "как это делает редхат" внешним сервисом невозможна, как минимум раньше была невозможно технически. Т.к. у редхата шла разработка во внутренних репозиториях и создавались масса внутренних ревизий RPM, но в итоге выкладывались только финальные SRPM и RPM после тестирования. Но эти RPM были собраны во внутреннем окружении, где их зависимости были не всегда в финальных версиях. А это не дает создать reproducible сборку.

Т.е.
сделали libAA-1.0-20
сделали BB-2.0-10 и собрали с libAA-1.0-20
сделали libAA-1.0-21

Протестировали, решили что все теперь ок, выложили libAA-1.0-21.src.rpm и BB-2.0-10.src.rpm для всех, выложили libAA-1.0-21.rpm и BB-2.0-10.rpm в редхат. Но выложенный BB-2.0-10.rpm был собран с libAA-1.0-20, а у разработчиков, берущих srpm, есть возможность только собрать с пофикшенным libAA-1.0-21 - это не хуже технически, но ломает reproducible.

Вот теперь, с открытой разработкой в centos stream вместо внутренней репы, ситуация возможно изменится