Re: [devel] full list of unmets

[Alexey Tourbin <at@altlinux.ru>]

[-- Attachment #1: Type: text/plain, Size: 1644 bytes --]

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 должно происходить существенно быстрее,
> чем сборка среднего пакета.
> 
> Что касается более сложной обработки, то тут надо вспомнить математику и
> хорошенько подумать.

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]