Summary: | [FR] Запрос показывающий недостающие сборочные зависимости пакета при бэкпорте в старый бранч | ||
---|---|---|---|
Product: | Infrastructure | Reporter: | Николай Костригин <nickel> |
Component: | rdb.altlinux.org | Assignee: | Danil Shein <dshein> |
Status: | CLOSED FIXED | QA Contact: | Andrey Cherepanov <cas> |
Severity: | enhancement | ||
Priority: | P5 | CC: | rider, slev |
Version: | unspecified | ||
Hardware: | all | ||
OS: | Linux |
Description
Николай Костригин
2021-12-01 10:39:09 MSK
Предлагаю подумать о таком варианте: /backport_helper параметры: ветка откуда ветка куда пакеты для переноса или сборочное задание Делаем следующее: берём список сборочных зависимостей переносимых пакетов в ветке "откуда", с учётом версий проверяем наличие этих зависимостей (с учётом версий) в целевой ветке "куда" если нету - добавляем в список переноса и уходим на новый цикл. И так до тех пор, пока список не перестанет расширяться. Зависимости запоминаем, итоговое дерево пакетов сортируем по алгоритму what_depends_src И точно такой же алгоритм должен быть с выбором зависимостей бинарных пакетов переносимых исходных (по аналогии с what_depends_src, нужна возможность указать тип зависимости - binary, source, both). Архитектуру предлагаю по умолчанию использовать x86_64 + noarch как наиболее полную, с возможностью корректировки. На случай необходимости потестировать: на 01.12.2021 года бэкпорт пакета fwupd из p10 в p9 должен дополнительно потребовать сборки несуществовавших python3-module-smartypants python3-module-typogrify gi-docgen плюс обновления libgusb 0.3.4 -> 0.3.7 *** Bug 41879 has been marked as a duplicate of this bug. *** Функционал реализован в данном запросе к АПИ: https://rdb.altlinux.org/api/dependencies/backport_helper |