[devel] [#216568] FAILED non-identical noarch packages
Антон Мидюков
midyukov-anton на ya.ru
Вт Ноя 27 16:11:03 MSK 2018
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 игнорировать проверку этих провайдесов.
--
С уважением, Антон Мидюков <antohami на altlinux.org>
Подробная информация о списке рассылки Devel