Сейчас догоняющие сборочницы живут сами по себе и имеют собственную нумерацию сборочных заданий, что не даёт нам возможности в адекватном и удобном режиме добавить информацию о них на packages.altlinux.org или сделать публикацию результатов по аналогии с git.altlinux.org. предлагаю добавить внутренний сервис, выдающий уникальные номера сборочных заданий для не-основной сборочницы. Это позвонит нам сделать сквозную нумерацию сборочных заданий для всех догоняющих сборочниц и забирать с них AMQP сообщения о статусах, загружать информацию о собранных пакетов и в целом добавить интерфейс по работе с заданиями.
> [...] не даёт нам возможности в адекватном и удобном режиме добавить информацию о них на packages.altlinux.org [...] По моему, таких возможностей немало: добавьте номерам задач префиксы при импорте в rdb например. > забирать с них AMQP сообщения о статусах, Не считаю это нужным для поддерживаемых мной портов.
префикс к сожалению сильно усложняет архитектуру.
(In reply to Anton Farygin from comment #2) > префикс к сожалению сильно усложняет архитектуру. А отдельный сервис, выдающий номера, усложняет и без того непростую архитектуру girar'а, и превращает его в распределённую систему, а значит учит его новым, отсутсвующим сейчас способам тормозить и/или не работать.
(Ответ для Ivan A. Melnikov на комментарий #3) > (In reply to Anton Farygin from comment #2) > > префикс к сожалению сильно усложняет архитектуру. > > А отдельный сервис, выдающий номера, усложняет и без того непростую > архитектуру girar'а, и превращает его в распределённую систему, а значит > учит его новым, отсутсвующим сейчас способам тормозить и/или не работать. +1 Я тоже самое хотел написать.
(Ответ для Ivan A. Melnikov на комментарий #3) > (In reply to Anton Farygin from comment #2) > > префикс к сожалению сильно усложняет архитектуру. > > А отдельный сервис, выдающий номера, усложняет и без того непростую > архитектуру girar'а, и превращает его в распределённую систему, а значит > учит его новым, отсутсвующим сейчас способам тормозить и/или не работать. Да нет же, вообще ничего не усложняет. Всё что нужно от girar - это резервировать номер и не использовать его для своих заданий. Откуда вы там увидели усложнения ? Ну, т.е. это легко можно заменить по идее на task new и task rm, т.к. равнозначно по своей сути, но неудобно по факту.
Если уж надо реализовать прям срочно, то можно поднять инфраструктуру (ALTRepoDB + ALTRepo API + ALTRepo Front) отдельно для догоняющей архитектуры. Интегрировать это в основной p.a.o вполне можно и редиректом на субдомены вида riscv64.packages.altlinux.org и т.п. На самом деле мы таким образом можем убрать вообще всю информацию о портах с основного сайта кроме ссылок, включая загрузку репозиториев портов, при этом получив одинаковый функционал для всех архитектур - как существующих, таки новых (если таковые появятся).
Вообще мне больше нравится когда все эти пакеты лежат в одной базе. те же аналитические запросы для сравнения делаются намного проще. CVE опять же легче искать, обрабатывать и выписывать бюллетени.
