[devel] end of src.rpm on girar

[Sergey Bolshakov]

>>>>> "Ildar" == Ildar Mulyukov <ildar.mulyukov на gmail.com> writes:

 > Добрый день,
 > On Sun, Apr 5, 2026 at 5:23 AM Anton Farygin <rider на basealt.ru> wrote:
 >> Так дело в том, что оно потом всё равно становится гитом. А с местом
 >> вопрос решаемый.

 > Тут тонкость в том, что srpm в инфраструктуре и srpm у мэйнтейнера
 > имеют совершенно разную семантику.
 > В инфраструктуре, да, srpm превращается в git и git порождает srpm.
 > Всё едино. Потому что золотое правило гласит: всё, из чего собирается
 > пакет, должно быть в srpm.

 > Но мэйнтейнеру бывает совершенно неинтересно держать у себя некоторые
 > части кода проекта, даже в виде git pack. В основном это касается
 > vendor-части, я об этом недавно писал (*). И считаю, что разумное
 > решение так и не найдено.

Можно было бы подумать над такой схемой:
1) при добавлении сборочного (под)задания из git repo у нас появляется
   флажок (напр) --bootstrap
2) для такого (под)задания выполняется prep-only стадия с доступом в
   сеть, которая и займётся вендорингом на стороне сборочницы
3) результат укладывается в src.rpm, инициируется его пересборка
   в обычном режиме

Собственно, так и происходит уже с десятками, если не сотнями, пакетов (**),
только --bootstrap делается на стороне сопровождающего.
В такой схеме плохо то, что архивируется именно src.rpm, а всякая
связь с исходным репозитарием теряется -- что затрудняет совместную
работу, поскольку не всякий со-сопровождающий догадается заглянуть в
people/*/packages

(**)
https://packages.altlinux.org/en/sisyphus/srpms/alacritty/specfiles/

 > (*)
 > https://lore.altlinux.org/devel/CACAYGhtWrGE2QGbKaDMKAckajY2kyoSQunVSrz_C0zAHuzjWdQ@mail.gmail.com/T/#e5d7c579f5d70e6a90841caab912c2248931c20e6