...Т. е. platform.in и производное. Иначе говоря, это настройки rpm-build, оказывающие влияние на интерпретацию спеков, сборку содержимого пакетов и формирование самих пакетов. Это позволит отцепить процесс разработки rpm-build от процесса сопровождения настроек в основе сборки пакетов. Неисчерпывающий список ответов на вопрос "зачем": * У настроек и у самого rpm-build категорически разный жизненный цикл: * rpm-build гораздо чаще имеет смысл бекпортировать во все поддерживаемые бренчи as-is. * настройки живут отдельно в каждом бренче сизифа и в стабильных репах в существенной степени стабилизированы. * Можно будет соединить rpm-build-extra-targets с новым пакетом sisyphus-rpm-build-config. * Часть сообщества организует площадку для flatpak-совместимых артефактов на основе пакетов сизифа. Им нужен существенно отличающийся rpm-config, результат сборки по которому они потом перепаковывают. Ценности в совместной упаковке/доставке rpm-build и настроек нет; следовательно, ничего не потеряем.
[1] https://git.altlinux.org/gears/r/rpm-build.git/?a=commit;h=603a38578696c0d1a73a62d98812cdcd63242443 [2] https://git.altlinux.org/people/arseny/packages/rpm-build.git/?a=commit;h=9a19ceba7ae81bfa1329e2be08b82974b0f3bafa Ещё пара примеров. Оба эти изменения относятся не к rpm-build, а к настройкам.
