[devel] full list of unmets

[Alexey Tourbin]

On Tue, Jun 20, 2006 at 05:15:00AM +0400, Dmitry V. Levin wrote:
> В простейшем случае нет отстойника.
> Например, каждый новый пакет, будучи собранным, образует новый репозиторий
> Sisyphus, состоящий из всех прежних пакетов минус пакеты, собранные из
> прежней версии (если были) плюс свежесобранные пакеты.

Что значит "плюс свежесобранные пакеты"?

Вот идут подряд пакеты A и B.  Пакет B сборочно-завист от A.  Пакет A не
удовлетворяет простому алгоритму (т.е. откладывается в "отстойник" --
решение будет приниматься вручную).  Тогда сборки пакета B на-сизифе и
на-отстойнике в общем случае не идентичны.  Где собирать пакет B?

В идеале нельзя собирать пакет B раньше, чем будет принято решение
по пакету A.  Это особенно важно, если пакеты A и B пришли от одного
maintainer'а, потому что maintiner таким образом может рассчитывать,
что пакет B будет собран именно с этим пакетом A.

> Если в этом репозитории unmet'ов не прибавилось по сравнению с
> первоначальным Сизифом, то свежесобранный пакет можно спокойно пропускать,
> а свежесформированный репозиторий использовать дальше для сборки.
> Если нет, то пакет требует более сложной обработки, а свежесформированный
> репозиторий откатывается на прежний.
> Я голословно утверждаю, что не менее половины пакетов, приходящих в /i/S,
> могут быть обработаны таким простым способом.
> При наличии оптимизированной замены genpkglist формирование нового
> временного репозитория Sisyphus должно происходить существенно быстрее,
> чем сборка среднего пакета.
> 
> Что касается более сложной обработки, то тут надо вспомнить математику и
> хорошенько подумать.
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип     : application/pgp-signature
Размер  : 191 байтов
Описание: =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20060620/b23bdc86/attachment-0001.bin>