Re: [devel] ресурсоёмкое тестирование пакетов

[Alexey Tourbin <at@altlinux.ru>]

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

On Tue, May 19, 2009 at 02:32:54PM +0400, Anton Farygin wrote:
> Alexey Rusakov пишет:
> >>Если результаты анализа spec-файла 
> >>совпадают с результатами анализа
> >>spec-файла предыдущей версии, то 
> >>результаты предыдущей сборки можно
> >>считать достоверными практически на 100%. 
> >Это не так. Есть ещё одна переменная, она 
> >называется окружение сборки. Я
> >возьму грубый пример, но могу привести и 
> >более аккуратные. Так вот,
> >грубо говоря, если у нас меняются 
> >предпочтения apt'а по вытягиванию
> >компилятора с gcc4.3 на gcc4.4, то у нас 
> >меняются зависимости пакета.
> 
> Это фактически означает, что будет Сизиф 
> собираться последовательно или 
> параллельно - не имеет никакого значения, 
> ибо пакеты в текущей задачи могут уже 
> после выполнения следующей task потерять 
> как и собираемость, так и зависимости...

В том-то и дело, что мы собираемся реализовать полную пересборку сизифа
для каждого задания.  Задания, которые ломают сборку других пакетов, по
умолчанию пропускаться не будут.  Отсюда ясно, что сериализация заданий
на самом деле имеет смысл.

А также ясно, что основная проблема с ресурсами и с распараллеливанием
лежит в другой плоскости.  Она связана не со сборкой самих заданий, а с
тестовой пересборкой репозитария для каждого задания.

Тестовая пересборка сизифа для каждого задания -- это очень круто (то
есть, это challenge).  Дольно сложно будет реализовать её оптимально.
С другой стороны, тестовая пересборка дает наиболее полное представление
о целостности репозитария (то есть, дает комплексную оценку пригодности
пакетов).  Мы же не в крестики-нолики играем, а хотим поддерживать
целостный репозитарий.  Это дорогое развлечение.

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