[devel] unmets policy
Vladislav Zavjalov
slazav at altlinux.org
Wed Sep 16 12:32:57 UTC 2009
> "Прозрачность" конечно плохое слово. Лучше сказать, что задание
> обладает абстрактным свойством CHLEN, если конечное состояние
> репозитария (A1) содержит полную информацию о том, каким образом
> оно было получено из начального состояния репозитария (A0) и
> исходников. Это значит что мы можем взять исходники из A1,
> откатиться на A0, собрать исходники и снова получить A1.
Разве сейчас это верно, если мы не знаем порядок сборки пакетов в
задании? Ведь пакеты из А1 могуть иметь в сборочном окружении другие
пакеты из А1.
Правильно ли я понимаю проблему:
мы имеем дело со следующими объектами:
- исходники -- git-репозитории
- задание -- список адресов в исходниках, которые надо собирать
- А0, А1 -- множества пар (результат сборки + адрес в исходниках)
Ты хочешь исключить из рассмотрения задание и после этого иметь
возможность повторить результат сборки любого пакета из А1?
Но как вообще можно пересобрать сборочно-зависимые друг от друга
пакеты, не имея информации, в каком порядке их собирать? А такой
информации нет ни в А0, ни в А1, ни в исходиках...
Слава
More information about the Devel
mailing list