[devel] [#216568] FAILED non-identical noarch packages

Vladimir D. Seleznev vseleznv на altlinux.org
Вт Ноя 27 17:26:49 MSK 2018


On Tue, Nov 27, 2018 at 08:11:03PM +0700, Антон Мидюков wrote:
> 27.11.2018 13:01, Ivan A. Melnikov пишет:
> > On Tue, Nov 27, 2018 at 11:33:58AM +0700, Антон Мидюков wrote:
> >> 24.11.2018 18:49, Антон Мидюков пишет:
> >>> Здравствуйте.
> >>>
> >>> Почему пакеты получаются не идентичными? В них одни и те же файлы - 3d
> >>> модели.
> >>>
> >>> Неужели потому, что i586 был собран со второй попытки. Первый раз для
> >>> i586 kicad-packages3D случился:
> >>>
> >>> hasher-priv: master: idle time limit (3600 seconds) exceeded
> >>>
> >>> Как с этим быть?
> >>>
> >> Подскажите что-нибудь.
> >>
> >>> 24.11.2018 18:01, Girar Builder awaiter robot пишет:
> >>>> http://git.altlinux.org/tasks/216568/logs/events.4.1.log
> > [...]
> >>>> -Provides: .sisyphus.216568.600.3.1-kicad-packages3D-part1-5.0.1-alt1
> >>>> +Provides: .sisyphus.216568.600.4.1-kicad-packages3D-part1-5.0.1-alt1
> > Как следует из diff'а, который Вам прислали, разница между пакетами,
> > собранными на i586 и x86_64, в зависимостях. Это новые мондные
> > так называемые строгие зависимости (RPM_STRICT_INTERDEPS). Они
> > содержат информацию о том, в какой таске пакет был собран, включая
> > try и iteration. В данном случае пакет на одной архитектуре был
> > собран с третьего подхода (try), а на другой - с четвёртого.
> >
> > Вы не первый, кто с этим сталкивается, и больше всего это похоже
> > на баг в сборочнице: теперь если пакет нужно (пере)собрать на
> > одной архитектуре, его нужно (пере)собирать на всех, однако
> > проверка girar'а осталась локальной для архитектуры.
> >
> > Традиционный workaround -- удалить и заново добавить subtask.
> 
> А исправление сборочницы не планируется?

Я планирую исправить.

> Чтобы, если сборка для одной архитектуры обломилась, то собирать
> заново для всех архитектур этот субтаск.

По-другому: чтобы в случае неуспешной сборки на одной архитектуре
в следующей сборке не учитывался результат предыдущей.

> Или как вариант для noarch игнорировать проверку этих провайдесов.

Игнорировать нельзя: такие пакеты на ряде архитектур невозможно будет
установить.

-- 
   С уважением,
   Владимир Селезнев


Подробная информация о списке рассылки Devel