[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