Re: [devel] E: incoming i586 reject: t1lib-5.1.2-alt2

[Alexey Tourbin <at@altlinux.ru>]

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

On Tue, Nov 11, 2008 at 12:47:59AM +0300, Денис Смирнов wrote:
> On Mon, Nov 10, 2008 at 10:48:16PM +0300, Алексей Турбин wrote:
> 
> AT> Хуже то что у некоторых пакетов неявно будет обрезана конфигурация
> AT> (типа --without-Xpm, а не ошибка -lXpm).  Это надо отслеживать.
> 
> А можно при пересборке пакета показывать изменения в зависимостях на
> shared objects?

Изменения относительно чего?  В простейшем случае (без специальной
модели данных) можно только сравнивать зависимости у пакетов с
одинаковыми N-V-R.  Тогда есть два варианта: 1) изменения между
существующим в сизифе пакетом и персобранным пакетом; 2) изменение
между предыдущей и текущей тестовой пересборкой пакета.

У меня есть скрипт, который анализирует логи сборки и сравнивает
зависимости одинаковых N-V-R пакетов по второму варианту.  Он
запускается например как

$ cosubilode /ALT/beehive/old-logs/i586/2008/1024/success/ /ALT/beehive/success/
--- deps1       2008-11-10 23:41:24 +0300
+++ deps2       2008-11-10 23:41:25 +0300
@@ -210,3 +210,3 @@
 Eterm-0.9.5-alt1       PreReq  libutempter
-Eterm-0.9.5-alt1       Provides        /usr/bin/xvt
+Eterm-0.9.5-alt1       Provides        /usr/bin/xvt = 30
 Eterm-0.9.5-alt1       Provides        libEterm-0.9.5.so
...
$

cosubilode означает "COmpare SUccessful BuIld LOg DEpendencies" (этот
скрипт лежит в qa-robot.git).  Но на руках нужно иметь полные логи
двух тестовых пересборок: за эту неделю и за прошлую неделю.  Тогда
можно посмотреть, как у одинаковых пакетов за неделю меняются
зависимсти (то есть как изменились бы зависимости, если собрать один
тот же пакет неделю назад и сейчас; изменившиеся пакеты из сравнения
выбывают).

> Причем не только при обычной пересборке, но и тестовых пересборках?

Если сразу делать хорошо, то нужно делать специальную стуркуту данных,
называется метарепозитарий.  И лучше это сразу привязывать к логике
сборки из гита, потому что там будет модель транзакционных переходов,
и все изменения будут фиксироваться с минимально возможной грануляностью.

> Это может многие баги отлавливать. У меня вон недавно libpri от астериска
> отвалилась тихо. Если бы какой робот мне об этом сказал я бы сразу
> заметил.

Без осмысленного анализа всё равно не обойтись, но конечно можно сделать
его гораздо удобнее, чем задним числом грепать логи.

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