[devel] imports наносят ответный удар

[Konstantin Lepikhov]

Добрый день!

Вот вы тут все удаления пакетов обсуждаете и запретительные меры, а
будущее уже наступило и роботы захватили сборочницу )

> http://git.altlinux.org/tasks/248175/logs/events.4.1.log
> ...
> 2020-Mar-22 06:07:35 :: #400: libopusenc.git 0.2.1-alt0.2.g9cb17c6: src
> package `libopusenc' version `0.2.1-alt0.2.g9cb17c6' is less than its
> version `0.2.1-alt1_1' in sisyphus/task/archive/_232/238379
> 2020-Mar-22 06:07:35 :: build check FAILED for #400
> 2020-Mar-22 06:07:54 :: #500: opusfile.git 0.11-alt0.5.gd2577d7: build check OK
> 2020-Mar-22 06:08:04 :: #600: opus-tools.git 0.2-alt1: build check OK
> 2020-Mar-22 06:08:04 :: build check FAILED
> 2020-Mar-22 06:08:04 :: task #248175 for sisyphus FAILED

Даже когда я попросил viy@ удалить пакет libopusenc из сизифа, и он это
сделал, сборка все равно failed потому что учитываются результаты сборки
уже несуществующих пакетов, но когда то собранных. Где логика? Что мы
решаем такой проверкой?

Еще раз хочу заострить внимание на бездумное копирование пакетов через
imports которое приносит больше вреда чем пользы и предлагаю все-таки
модифицировать сборочницу чтобы:

1) любой мантейнер мог удалять пакет из imports (достаточно просто внести
их в группу @imports), без согласия предводителя роботов ака viy@
2) не учитывать результаты сборки imports при последущих сборках (но
выводить warning)

Например, в данном случае я уже потерял 2 дня на простейшей операции
обновления версии пакета, причем наличие imports никак моей проблемы не
решило: на момент сборки opus-tools они еще не требовали libopusenc, а
сейчас для этой зависимости еще нужен opusfile, т.е. пакет собранный без
причины только добавил дополнительной работы.

Хотя оптимальным вариантом был бы не собирать imports вообще.

-- 
WBR et al.