On Thu, Nov 16, 2006 at 11:44:19PM +0300, Kirill Maslinsky wrote: > > Речь идёт о том, каким образом мантейнер пакета будет инициировать сборку > > (например, в Sisyphus) из своего gear-репозитория пакета на git.alt. > > > > Обсуждаются два варианта: > > 1. Посредством git-push'а т.н. release-тэгов > > refs/releases/имя-репозитория, > > или как мне недавно пришло в голову, > > refs/releases/имя-репозитория/имя-пакета. > > 2. Посредством утилиты с неустоявшимся именем с синтаксисом, аналогичным > > git-push(1), которая будет выполнять > > ssh git.alt операция-с-неустоявшимся-именем, > > которая будет делать примерно то же, что и hooks/update при обработке > > release-тэгов. > > > > Первый вариант принципиально отличается от второго тем, что информация, > > необходимая для инициации сборки пакета, будет храниться в репозитории, > > в котором находится исходный код, со всеми + и - такого подхода. > > Все-таки не до конца понятно: можно ли перечислить, что входит > в "информацию, необходимую для _инициации_ сборки"? Перечисляю информацию, которая необходима для инициации сборки: - имя репозитория, для которого инициируется сборка (напр., Sisyphus); - url gear-репозитория, из которого инициируется сборка (напр., /people/vsu/packages/kernel-image-2.6.18.git); - имя подписанного тэга, по которому инициируется сборка (напр., refs/tags/kernel-image-std-smp/2.6.18-alt1); - имя исходного пакета, который должен получиться в результате сборки (напр., kernel-image-std-smp), требуется для проверки прав доступа. > Правильно ли я понимаю, что это не то же самое, что > "информация, необходимая для _сборки_" ? Это уже казуистика. Для сборки нужно много чего ещё, например, репозиторий с бинарными пакетами. > Из общих соображений: в репозитории определенно должно храниться > достаточно информации для сопоставления результата сборки > (конкретного бинарного пакета) и объекта в репозитории, из которого > была произведена сборка. Например? > А инициировать процедуру сборки вроде как логичнее командой на git.alt. Может быть, я пока спрашиваю а не утверждаю. > Кстати, вопрос не по теме: а вообще в новой схеме устройства Сизифа > предусмотрен способ выяснить состав _сборочной среды_, в которой > был собран конкретный бинарный пакет? А что такое состав сборочной среды? Является ли список установленных пакетов достаточным? А если к каждому из этих пакетов добавить его SHA1HEADER? А если добавить `uname -r`? А если добавить ...? На чём можно остановиться? А может для характеристики сборочной среды достаточно sha1sum от того, на чём мы в результате остановимся? Это зависит от последующего применения. > Здесь же кроется вопрос о публикации srpm'ов -- ведь все равно же из них > должна строиться сборочная среда при обработке release-тега? Не понял вопрос. -- ldv