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

[Alexey I. Froloff]

On Wed, Jun 17, 2009 at 09:14:44AM +0400, Alexey Tourbin wrote:
> С этим есть несколько маленьких, но неприятных проблем.
Это были бы проблемы, если бы область применения такого
"репозитария" не была ограничена.

Дать _удобный_ доступ к собранным пакетам задачи, независимо от
статуса выполнения этой задачи.  Можно и скрипт нарисовать,
который вытащит что-то откуда-то, куда-то сложит и что-то
запустит, только на стороне girar-builder это сделать проще и
почти ничего не стОит.

> Во-первых, в $(ARCH)-repo лежат разные noarch пакеты.
Нету noarch репозитария.  $(ARCH) и noarch собранные на одной
архитектуре лежат вместе.

> Во-вторых, подписи пакетов.
rpm пакеты подписаны, поскольку прошли сборку.  apt-репозитарий
НЕ подписан, поскольку пакеты не проходили все необходимые тесты.
Помойму всё в порядке.

> В третьих, stacked мини-репозитории (оверлеи) могут иметь проблемы с
> файловыми зависимостями.
А могут не иметь.  Если уже прям совсем проблемы возникнут, то
всегда можно "подложить" в задачу нужный пакет, который бы
честным образом разрешал эту зависимость в этом оверлее.
"Карманы" делаются для удобства мантейнеров, пусть мантейнеры эти
проблемы и решают.

> В самом общем виде эту проблему решить нельзя, потому что иначе бы
> появилась возможность предсказывать будущее.
Можно делать клон сизифа и получестным образом "коммитить" туда
этот оверлей.  Только это долго, дорого и неюзабельно.

> В принципе hasher repo автоматически генерируется на remote node,
> и поэтому специально делать ничего не надо -- можно просто грамотно
> его оттуда скопировать.
Он уже копируется неграмотно, зачем копировать два раза?

-- 
Regards,
Sir Raorn.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
URL: <http://lists.altlinux.org/pipermail/devel/attachments/20090617/bc27f059/attachment.bin>