Summary: | (пока есть пример) некорректная проверка queued for build + сбой логики пересборки | ||
---|---|---|---|
Product: | Infrastructure | Reporter: | viy <viy> |
Component: | girar | Assignee: | Dmitry V. Levin <ldv> |
Status: | CLOSED WORKSFORME | QA Contact: | Andrey Cherepanov <cas> |
Severity: | normal | ||
Priority: | P5 | CC: | glebfm, ldv, vseleznv |
Version: | unspecified | ||
Hardware: | x86_64 | ||
OS: | Linux |
Description
viy
2020-02-26 11:47:37 MSK
(In reply to viy from comment #0) > при этом и создать рядом новую сборку я не могу: > попытка добавить в > #247026 NEW # [test-only] sisyphus > выбивает с > task add: package gdcm-3.0.1-alt1_0.src.rpm was already queued by viy for > build Нет, конечно, ошибка "was already queued by viy for build" о том, что в этом самом задании этот пакет уже есть. Для пущей ясности добавил в диагностику вывод номера задания и подзадания. (Ответ для Dmitry V. Levin на комментарий #1) > Нет, конечно, ошибка "was already queued by viy for build" о том, что в этом > самом задании этот пакет уже есть. > > Для пущей ясности добавил в диагностику вывод номера задания и подзадания. точно, спасибо! Это я протормозил в сонном состоянии. Как пример с глюком рассинхронизации задание ценность представляет? или удалять и закрывать баг? В libopencv.spec написано следующее: %ifarch %{ix86} x86_64 %def_with gdcm %def_with openni %else %def_without gdcm %def_without openni %endif Поэтому после того, как gdcm поменялось, на %{ix86} x86_64 пакет был пересобран, а на остальных архитектурах было no need to rebuild. Не знаю, что с этим можно сделать. гм. характерная разница в provides - @@ -12232,2 +12232,2 @@ -Provides: libopencv3.4-doc = 1:3.4.6-alt2:sisyphus+246977.300.3.1 +Provides: libopencv3.4-doc = 1:3.4.6-alt2:sisyphus+246977.300.2.1 можно было бы доп. тест встроить и вместо error (#300): non-identical noarch packages отправлять на полную повторную пересборку. |