Bug 39850

Summary: использование пакетов из зависимых заданий для сборки
Product: Infrastructure Reporter: Anton Farygin <rider>
Component: girarAssignee: placeholder <placeholder>
Status: NEW --- QA Contact: Andrey Cherepanov <cas>
Severity: enhancement    
Priority: P5 CC: glebfm, ldv, nickel, rider, zerg
Version: unspecified   
Hardware: x86_64   
OS: Linux   

Description Anton Farygin 2021-03-29 20:03:52 MSK 
Сейчас задания с зависимостями только ждут сборки друг друга, но хотелось бы возможности сделать тестовые задания, в которых для используются пакеты и/или репозитории из других заданий.

Эта возможность позволит делать какие-то большие изменения в репозитории небольшими кусочками и избежать монструозных тасков вроде 268039.
Comment 1 Anton Farygin 2021-03-29 20:06:22 MSK 
Т.е. - сценарий мог бы быть примерно такой:
собрал qt в одном задании
в другом задании собрал пакеты, сборка которых ломается в qt
в ещё одном - базовую часть KDE
ещё в одном - прикладную KDE

И потом после проверки всего на работособность закоммитил всё дерево заданий сразу.
Comment 2 Sergey V Turchin 2021-03-30 10:45:58 MSK 
Похоже, это решает ещё одну проблему: возможность собирать сразу один и тот же пакет 2-мя способами сразу до попадания в репозиторий.

Например, Qt имеет кольцевую зависимость по сборке само с собой. Если бы один и тот же релиз пакета мог сам с собой собираться 2 раза, но в разных заданиях, я бы мог отправлять Qt в репозиторий сразу полноценно собранным.
Comment 3 Николай Костригин 2021-08-05 11:01:05 MSK 
Если я правильно уловил суть задумки, то и в случае с заданиями-паровозиками эта фича бы помогла. К примеру, в момент переезда с одних сертификатов подписи UEFI на другие: как только готово одно (alt-uefi-certs) можно пересобрать edk2 его использующий не дожидаясь обновления репозитория. А предварительно потестировать не теряя времени и не делая коммит в репозиторий зависимого задания, если оно не пройдет тестирование.
Comment 4 Anton Farygin 2021-08-05 12:07:23 MSK 
да, идея именно в этом.