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

[Vladimir D. Seleznev]

On Tue, Nov 27, 2018 at 05:26:49PM +0300, Vladimir D. Seleznev wrote:
> 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.
> > 
> > А исправление сборочницы не планируется?
> 
> Я планирую исправить.

Исправлено. Теперь, для subtask'а, в котором в предыдущей попытке сборка
хотя бы на одной архитектуре не была завершена успешно, сборка для всех
архитектур будет осуществляться заново.

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

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